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ing  data,  procedures,  references,  and  insights 
for  MACTF  AIS  operations  in  the  1988  deployed 
environment.  The  PGRG  Study  Team  is  profoundly 
thankful  for  the  professional  contributions 
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EXECUTIVE  SUMMARY 


1  INTRODUCTION 

(Paragraphs  in  this  Executive  Summary  are  keyed  to  chapters  in 
the  main  body  of  the  report). 

The  Marine  Corps  is  committed  to  conduct  its  administrative 
functions  with  automated  information  systems  (AISs).  In  most  cases,  the 
manual  systems  have  atrophied  and  trained  personnel  and  manual  forms  are 
gone.  Having  interviewed  several  hundred  Marine  Corps  personnel  (and 
others)  during  the  course  of  this  study,  it  was  abundantly  clear  that 
the  respondents  perceive  the  need  for  deployable  processors  for  the 
purpose  of  operating  deployed  AISs.  Although  the  time  frame  of  the 
study  is  1985-1995,  the  selected  target  year  was  chosen  to  be  1988. 

1.1  STUDY  PURPOSE  AND  OBJECTIVE 

This  is  the  first  major  study  concerning  deployable  AISs  which 
places  realistic  bounds  on  telecommunications  support  for  deployed 
MAGTFs  -  this  required  AIS  proponents  to  rethink  the  deployed  concepts 
of  operation  for  AISs. 

1.1.1  Study  Purpose 

The  purpose  of  the  study  is:  To  document  the  AIS  concepts  of 
operation  for  deployed  (including  combat)  FMF  units  with  a  view  toward 
justifying  deployable  MAGTF  Automated  Services  Centers  (MASCs).  Based 
on  the  stated  primary  purpose  of  the  study,  several  study  requirements 
were  defined  which  include: 

•  Identification  of  deployable  AISs 

•  Documenting  deployed  concepts  of  operation 

•  Development  of  areas  of  concern 

•  Integration  of  operational  concepts 

•  A  hardware  sizing  estimate 

•  Provide  the  basis  for  justifying  deployable  ADP  support 
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1.1.2  Study  Objective 

Utilizing  an  iterative  interview  technique,  document  preliminary 
operational  concepts  for  deployed  AISs  then  through  additional  inter¬ 
views,  prepare  an  integrated.  Marine  Corps-wide  initial  concept  of  ope¬ 
rations.  These  documented  concepts  then  become  the  basis  for  develop¬ 
ment  of  deployable  AISs  and  the  acquisition  of  mobile  hardware  for  their 
processing  support. 

1.2  BACKGROUND 

The  Marine  Corps  has  shown  considerable  interest  in  providing  de¬ 
ployable  automated  processing  support  for  MAGTF.  The  work  commenced  in 
1972  and  continues  with  this  current  study  effort.  A  telecommunica¬ 
tions  working  group  was  formed  in  HQMC  in  August  1972  which  tasked  the 
Navy  Electronics  Laboratory  Center  (NELC)  to  define  combat  teleprocess¬ 
ing  requirements  for  each  FMF  command.  In  May  1975,  Booz-Allen  and  Ham¬ 
ilton,  Inc.,  reported  in  a  study  to  HQMC,  a  methodology  for  require¬ 
ments  determination.  An  Advanced  Amphibious  Study  Group  (AASG)  study  in 
early  1975,  was  to  identify  the  major  problems  and  deficiencies  of  AISs 
in  the  Marine  Corps  and  propose  conceptual  goals  and  objectives  for  the 
1980s  -  this  study  was  not  carried  to  fruition. 

Next,  the  emphasis  for  studies  was  shifted  to  smaller,  battalion/ 
squadron-level  processors.  Two  studies,  one  by  Stanford  Research  Insti¬ 
tute  (SRI)  in  1977  and  one  by  CALCULON  in  1978  established  the  basis  for 
acquiring  source  data  automation  (SDA)/ADPE-FMF  (green  machine)  devices. 
The  devices  have  proven  to  be  a  highly,  worthwhile  addition  to  the 
processing  power  in  the  FMFs. 

In  1977,  the  GAO  reported  to  the  Congress  that  inadequate  deploy¬ 
ed  automated  processing  capability  existed  for  the  Marine  Corps.  A  lack 
of  a  long-range  integrated  administrative  and  tactical  plan  and  a  super¬ 
ficial  determination  of  user  requirements  were  cited  which  could  utli- 
mately  impair  the  Corps'  ability  to  carry  out  its  assigned  missions. 
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Computer  Sciences  Corporation  (CSC)  completed  a  study  In  1979 
pertaining  to  fixed  processing  requirements  of  the  Marine  Corps  - 
deployed  processing  Mas  not  a  study  consideration. 

Potomac  General  Research  Group  (PGRG)  completed  a  study  in  March 
1980,  the  MAGTF  Teleprocessing  Requirements  Study,  directly  relatable  to 
this  study.  The  PGRG  study  objectives  were  to  identify  deployable  AISs, 
determine  their  data  transfer  requirements,  then  determine  LFICS  defi¬ 
ciencies  and  provide  recommendations.  The  study  conclusions  were  that 
significant  short  falls  existed  in  LFICS  for  telecommunications  external 
to  the  AOA  and  that  a  mobile  processor  was  necessary  to  support  deployed 
AISs  In  the  1985  time  period.  Guidance  for  the  MAGTF  study  permitted  a 
definition  of  telecommunications  requirements  without  constraints  for  a 
deployed  MAGTF;  as  a  result,  manpower  data  transfer  requirements  were 
quite  large;  they  have  since  been  reduced  significantly. 

Two  additional,  recent  studies  have  been  completed  by  PGRG  -  the 
LFICS  in  the  Midrange  Study  and  the  Integration  of  c3  Study.  Both  of 
these  studies  placed  emphasis  upon  tactical  automated  systems  (MTACCS) 
but  did  include  refinement  of  AIS  operational  concepts  and  the  LFICS  de¬ 
ficiencies,  the  need  for  AIS  and  tactical  system  interfaces,  and  recom¬ 
mended  mobile  processors  for  deployed  MAGTFs. 

This  study  was  therefore  Initiated  with  strict,  but  realistic 
limitations  on  deployed  telecommunications  capabilities  and  a  concerted 
effort  to  clearly  document  concepts  of  operation  for  deployable  AISs. 

1.3  STUDY  ASSUMPTIONS 

Seven  assumptions  were  developed  within  the  study  framework.  The 
key  assumptions  follow: 

•  Normal  deployed  data  transfer  will  be  with  other  than 
telecommunications;  enhanced,  deployed  data  transfer  using 
telecommunications  may  be  available  for  critical  but  limited 
transfers. 
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•  Class  II  and  III  AIS  processing  will  be  33  percent  of  all 
deployed. 

•  Deployed  processing  will  be  accomplished  on  AOPE-FMF  devices 
and  their  commercial  counterpart,  and  MASCs. 

•  Emerging  AISs  must  be  deployable;  I.e.,  modular  programs 

•  MARCORS  scenarios  are  utilized  for  deployed  activity  rates 
for  amphibious  operational  phases  and  MA6TF  force 
structuring. 

Software  Is  the  only  unbounded  component  of  the  study  thus  note- 
able  emphasis  Is  placed  upon  deployable  software  systems. 

2  SCENARIOS  AND  FORCE  STRUCTURE 

This  study  Is  not  Intended  to  be  scenario-dependent,  however, 
standard  approved  Marine  Corps  (MARCORS)  scenarios  were  utilized  to 
establish  a  combat  tempo  and  the  force  structures.  MARCORS  1  was 
utilized  for  a  MAF  force  structure  and  MARCORS  3  for  the  MAB;  the  force 
structures  are  listed  In  Annexes  D  and  E  of  the  main  report.  MAUs  were 
eliminated  for  detailed  study  In  that  their  AIS  operational  concepts 
required  only  AOPE-FMF  devices,  smaller  than  the  MASC. 

The  amphibious  operational  phases  utilized  for  the  study  are  as 
follows: 

•  Phase  I  -  Garrison.  Normal  garrison  operations  supporting 
deployed  preparedness  -  i.e.,  some  MASCs  are  identified  as 
operational  in  garrison,  some  not. 

•  Phase  II  -  Preembarkation/Embarkation.  A  highly  transitional 
phase  with  changing  task  organizations  and  ship's  loading 
plans  with  significant  efforts  to  prepare  and  deploy  current 
AIS  data  bases. 

•  Phase  III  -  Afloat.  The  time  during  which  rehearsals,  ships 
cross-loading  and  prepartion  for  an  assault  will  occur.  A 
deployed  MAF  or  MAB  could  likely  survive  this  phase  for  a  few 
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days  without  a  MASC  processing  capability,  however,  longer 
periods  afloat  generate  the  need  for  a  MASC  capability. 

•  Phase  IV  -  Assault.  This  highly  active  operational  phase 
would  be  supported  from  a  MASC  aboard  ship  with  a  great  deal 
of  support  provided  to  the  TACLOGs  (and  Navy  Control  Centers). 
Generally,  the  MASCs  would  not  echelon  ashore  until  the  force 
beachhead  line  (FBHL)  Is  established. 

•  Phase  V  -  Continued  Operations  Ashore  with  a  Theater  Airfield 
Echelon  (TAE).  During  this  phase,  MASCs  would  echelon  ashore 
and  the  greatest  AIS  processing  load  Is  anticipated  with 
replenishment  transactions  for  resources  consumed  during  the 
assault  phase.  Further,  this  operational  phase  creates  a  more 
complex  processing  environment  since  many  of  the  aviation 
units  are  located  several -hundred  miles  distant  from  the  AOA. 

Other  operational  phases  (continued  operations  ashore  with  the 
TAE  phased  into  the  AOA,  retrograde,  reembarkation,  etc.)  were  not 
included  within  the  study  bounds  since  these  phases  would  result  In  an 
equivalent  or  lesser  complex  deployed  processing  requirement  than  those 
In  Phases  I  through  V  above. 

3  AIS  OPERATIONAL  CONCEPTS 

3.1  INTRODUCTION 

The  AIS  operational  concepts  were  documented  from  literature  re¬ 
search  and  Interviews  with  several  hundred  persons  from  most  echelons  in 
the  Marine  Corps.  Study  references  are  listed  in  Annex  A  to  the  main 
report  and  the  results  of  Interviews  are  contained  in  Annex  C.  Inputs 
for  operational  concepts  for  each  of  the  five  major  administrative 
functions  accomplished  by  the  Marine  Corps  are  documented  and  summarized 
in  the  following  subparagraphs. 

3.2  MANPOWER /MILITARY  PAY 

The  manpower  and  military  pay  functions  are  currently  accommodat¬ 
ed  with  JUMPS/MMS.  JUMPS/MMS  is  not  amenable  to  deployment  because 


their  system  designs  call  for  large  fixed  computers  and  a  great  deal  of 
input  from  documents  which  are  primarily  in  the  form  of  diskettes.  The 
planned  replacement  for  JUMPS/MMS  is  REAL  FAMMIS.  REAL  FAMMIS  is  near¬ 
ing  its  design  phase  and  provides  for  a  limited,  deployed  processing 
capability. 

3.2.1  Manpower 

REAL  FAMMIS  is  currently  planned  to  provide  processing  support 
from  the  MCFC,  RASCs  and  programmable  terminals  (PTs)  at  the  battalion/ 
squadron  level  in  the  FMF  and  in  general,  non-programmable  terminals 
(NPTs)  for  the  remainder  of  the  Marine  Corps.  The  PTs  will  be  utilized 
in  a  method  similar  to  the  ADPE-FMF  devices  currently  in  the  inventory 
except  they  will  be  more  powerful  devices  due  to  faster  processing  and  a 
limited  local  manpower  data  base.  Since  the  local  data  base  will  con¬ 
tain  6-10,000  characters  per  Marine  (20,000-plus  at  Kansas  City)  a  full 
range  of  input  edits  may  not  be  conducted;  the  local  data  base  will  be 
updated  where  feasible.  Current  planning  provides  for  input  transac¬ 
tions  from  the  PTs  on  diskettes  which  will  be  forwarded  to  the  deploy¬ 
able  MASC  where  data  will  be  merged  and  in  turn,  forwarded  most  likely 
to  Kansas  City.  The  central  design  and  programming  activity  at  Kansas 
City  will  perform  full-range  edits  upon  the  input  transactions  and 
prepare  an  update  tape  and  error  listing.  The  update  error  listing  will 
be  returned  to  the  deployed  MASC  for  data  base  update;  the  MASC  will,  in 
turn,  create  update  diskettes  for  the  PTs. 

One  will  note  that  a  MASC  operating  in  an  AOA  would  contain  a 
limited  MAGTF  data  base  which  would  be  from  10-30  days  old.  The  age  of 
a  deployed  manpower  data  base  was  of  great  concern  in  both  FMFs  and  does 
not  follow  the  general  principle  that  deployed  data  bases  be  both  timely 
and  accurate. 

3.2.2  Military  Pay 

The  military  pay  portion  of  REAL  FAMMIS  will  be  conducted  during 
deployments  with  a  bookkeeping,  accrual  accounting  system  using  ADPE-FMF 
devices.  A  256  character  record  will  be  maintained  upon  the  ADPE-FMF 
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devices  (larger  on  PTs)  based  upon  a  pay-optlon-electlon  system  (POES) 
selected  by  each  deployed  Marine.  He  receives  his  pay  based  upon  the 
POES  with  residuals  submitted  by  diskette  to  Kansas  City  for  central 
accrual.  This  bookkeeping  system  provides  sufficient  flexibility  to 
respond  to  emergency  situations  but  with  all  pay  processing  centralized 
at  Kansas  City,  does  not  provide  a  Interface  with  the  deployed  manpower 
portion  of  REAL  FAMMIS. 

3.3  POLICY,  PLANS  AND  OPERATIONS  (PPO) 

HQMC,  PPO  Is  responsible  for  one  Class  I  AIS-UNITREP  (the  re¬ 
placement  for  FORSTAT).  A  monthly  UNITREP  report  Is  required  by  the 
JCS/CMC  from  each  RU  of  5-card  Images  (80  column  card).  Infrequent 
reports  are  required  during  a  deployment  and  require  a  one-card  Image 
each  time  a  unit  status  change  occurs.  Heretofore,  FORSTAT  was  prepared 
on  manual  work  sheets  which  were  reviewed  and  checked  as  they  passed 
through  channels  to  the  dIvIslon/wIng/FSSG-level  where  the  data  was  key¬ 
punched.  The  key-punched  data  was  transmitted  by  the  most  rapid  means 
available  with  checks  at  Intervening  echelons,  to  the  JCS/CMC. 

An  emerging,  and  most  likely  to  be  approved,  concept  for  UNITREP 
is  the  preparation  of  Input  data  at  the  lowest  level  upon  ACPE-FMF  de¬ 
vices.  The  transaction  diskettes  would  follow  the  old  FORSTAT  channels 
and  be  transmitted/transported  to  the  JCS/CMC  as  rapidly  as  possible. 

The  Input  transaction  data  would  be  merged  at  the  MASC  level  for  de¬ 
ployed  MAFs  and  MABs.  Since  UNITREP  reports  like  most  other  combat 
status  and  readiness  reports  are  generally  classified,  their  processing 
on  ADPE-FMF  devices  or  a  MASC  will  require  appropriate  security 
measures. 

3.4  AVIATION 

Today's  aviation  AISs  are  generally  supported  with  Navy-supplied 
hardware  and  software.  The  Navy  hardware,  AN/UYK-5As  (UNIVAC  1500s)  are 
located  with  each  MAG  and  are  old  and  suffer  from  processing-saturation 
and  breakdown  hence  FREDS,  SNASS  and  3M  are  generally  processed  on  FASCs 
or  RASCs;  the  UNIVAC  1500s  generally  operate  only  SUADPS.  The  Navy  is 
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currently  acquiring  SNAP  hardware  and  developing  NALCOMIS  software  for 
Implementation  In  the  1983-1984  time  period.  The  SNAP  hardware  configu¬ 
ration  will  perform  a11  aviation-oriented  processing  at  the  MAG  level 
Including  FREDS  and  other  Marine  aviation  Class  III  programs. 

Two  significant  processing  capabilities  are  missing  in  support  of 
deployed  MAW  operations.  First  Is  a  capability  to  amass  (blue)  Infonna- 
tlon  from  the  MAGs  (SNAP/NALCOMIS)  for  the  purpose  of  developing  wing- 
level,  aviation-oriented  management  reports.  The  Navy's  NALCOMIS  has  no 
capability  to  aggregate  Information  above  the  MAG-level;  the  manual 
aggregation  of  MAG  Information  Is  so  cimibersome  that  It  Is  frequently 
not  accomplished.  Secondly,  the  MAW  and  major  elements  thereof  operate 
In  remote  locations  uuch  as  Islands  or  other  countries.  In  these  In¬ 
stances  a  need  not  only  exists  to  aggregate  'blue'  Information  for  the 
MAU-level  but  also  to  provide  a  'green'  processing  capability  for  the 
major  Class  I  systems  such  as  REAL  FAMMIS  and  M3S/MIMMS.  The  scenario 
utilized  for  this  study  would  strongly  favor  a  MASC  In  support  of  the 
theater  remote  airfield. 

During  the  development  of  aviation-unique  deployed  AIS  concepts 
of  operation,  several  areas  of  concern  evolved  which  are  briefly  dis¬ 
cussed  later  in  this  sunmary  under  "Areas  of  Concern". 

3.5  FISCAL 

The  major  fiscal  system  for  FY-1984  Is  SABRS  which  will  replace 
the  currently  utilized  MAGFARS.  SABRS  will  not  be  a  deployable  AIS, 
however  two  fiscal  sub- functions  will  deploy.  The  CFAO  function  will 
deploy  In  1988  as  a  manual  system  while  DOV  will  operate  upon  ADPE-FMF 
devices.  The  deployed  military  pay  system  is  Included  within  REAL 
FAMMIS.  The  deploying  disbursing  office  (DO)  will  be  provided  blocks  of 
voucher  numbers  and  will  prepare  transactions  for  all  non- pay-related 
disbursements.  For  example,  one  block  of  vouchers  would  be  for  travel. 
Probably  on  a  weekly  basis,  data  diskettes  would  be  transported  to  the 
MCFC,  processed  through  the  DOV  system  which  will  Interface  with  SABRS 
and  reports  returned  to  the  deployed  DO.  The  deployed  DOV  AIS  would  not 


require  processing  support  from  a  MASC.  The  deployed  fiscal  AIS  creates 
a  negligible  processing  requirement.  The  greatest  level  of  DOV  proces¬ 
sing  activity  occurs  when  MAGTFs  are  operating  In  an  AOA.  The  number  of 
AOPE-FMF  devices  deploying  with  a  MA6TF  for  the  fiscal  function  would  be 
proportional  to  the  size  of  a  MAGTF,  the  maximum  being  4  to  support  a 
MAF  with  shared  processing  for  a  MAU. 

3.6  LOGISTICS  COMBAT  SERVICE  SUPPORT  (CSS) 

The  significant  current  CSS  AISs  are  SASSY,  MUMMS,  MIMMS  and 
MEOS.  In  1988,  SASSY  and  MUMMS  will  be  combined  Into  the  emerging  MSS 
which  will  Interface  with  MIMMS:  MEDS  recently  operated  on  RASCs,  Is 
being  replaced  on  an  Interim  basis  by  SEMS  which  Is  processed  upon 
AOPE-FMF  devices  and  potentially  on  the  MASCs. 

The  emerging  M3S  system  Is  of  key  Importance  for  deployed  MAGTFs 
with  user  personnel  trained  to  operate  this  AIS.  MIMMS,  which  Inter¬ 
faces  with  M3S,  will  share  an  Identical  user  environment.  M3S/  MIMMS 
create,  by  far,  the  largest  need  for  a  deployable  AIS  processing  capa¬ 
bility  (about  56  percent  of  all  deployed  AIS  processing).  The  M3S/MIMMS 
data  base  and  processing  for  deployed  MAFs  and  MABs  would  reside  upon  a 
MASC;  Individual  unit  and  combat  service  support  element  (CSSE)  data 
bases,  and  processing  Including  transaction  edits  would  be  accomplished 
upon  A0PE-FI>V^  devices.  M3S/  MIMMS  will  experience  a  perturbing  opera¬ 
tional  environment  In  preparing  to  deploy  as  the  MAGTF  Is  task-organized 
and  deployable  data  bases  must  be  prepared  (either  on  MASCs  or  RASCs- 
dependent  upon  SOPs).  While  afloat,  M3S/MIMMS  processing  needs  will  be 
noted  for  rehearsals  and  changes  In  MAGTF  task  organization,  however, 
these  AISs  will  not  generate  any  measurable  processing  until  the  assault 
phase. 


Since  CSS  Is  preplanned  during  the  assault  phase,  the  tempo  of 
M3S/MIMMS  processing  will  Increase  but  will  become  the  greatest  during 
continued  operations  ashore  as  assault  supplies  are  exhausted  and  MAGTF 
resupply  based  upon  demand  commences.  It  was  further  determined  that 
when  feasible  supply  and  maintenance  elements  of  the  FSSG  need  hard¬ 
wired  data  communications  access  to  the  deployed  MASC. 


SEMS  is  the  AIS  that  provides  management  control  for  personnel, 
supplies  and  equipment  for  embarkation  and  debarkation  (assault)  for 
deployed  operations.  SEMS  is  replacing  MEDS  and  may  be  operated  upon 
ADPE-FMF  devices  or  MASCs,  or  both  in  the  1988  time  period.  Embarkation 
operations  are  supported  by  planning  functions  relating  to  ship  loading 
and  assault  operations  are  supported  by  positive  controls  for  resource 
unloading.  When  all  resources  accompanying  the  MAGTF  are  unloaded  into 
an  AOA,  SEMS  reverts  back  to  a  status  of  developing  and  maintaining  unit 
embarkation  data  bases. 

While  documenting  the  CSS  deployed  operational  concepts,  some 
areas  of  concern  were  identified  by  study  team  members  which  are  dis¬ 
cussed  later  in  this  summary  under  "Areas  of  Concern." 

3.7  NAVY  SUPPLIED  AISs 

During  the  afloat  phase  of  MAGTF  operations,  the  Navy  shares 
shipborne,  fixed  hardware/software  suites  to  support  many  Marine  Corps 
deployed  administrative  processing  requirements.  This  support  on  LHAs 
is  provided  by  MIS  operating  on  AN/UYK-7{V )s.  The  LHA  suites  are 
receiving  additional  processors  to  better  support  MIS  processing.  The 
LCCs  operate  ASIS  (similar  to  MIS)  on  AN/USQ-20(V)s;  a  1984  ship  alte¬ 
ration  for  LCCs  will  replace  the  AN/USQ-20(V)s  with  MIS  processing 
suites  and  ASIS  will  no  longer  exist. 

MIS  requires  a  great  effort  in  data  base  preparation  for  embarka¬ 
tion,  is  limited  in  its  processing  capability,  is  not  compatible  with 
Marine  Corps  AISs  and  will  not  transition  into  an  AOA  hence  MIS  is  of 
little  value  to  deployed  MAGTFs. 

3.8  NON-CLASS  I  WORKLOAD 

A  detailed  analysis  of  FMF  processing  was  conducted  at  the  Camp 
Lejeune  RASC  revealing  that  33  percent  of  the  FMF  processing  was  for 
Class  II  and  III  systems.  No  effort  was  made  within  this  study  to 
identify  specific  Class  II  and  III  deployable  AISs  or  their  processing 
requirements,  however,  the  deployed  ratio  is  approximately  equal  (32.4 
vs.  32.1%)  that  for  peacetime  garrison  operations. 
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3.9  SUMMARY 

The  MASC  supporting  deployed  MAFs  and  MABs  in  the  1988  time 
period  will  perform  multifunctional  processing.  Therefore,  the  concepts 
of  operation  documented  in  this  study  must  be  aggregated  in  order  to 
avoid  the  tendency  to  justify  individual  processors  to  support  indivi¬ 
dually  deployable  automated  functions.  The  major  deployable  processing 
requirements  may  be  roughly  summarized  as  follows: 

•  CSS  at  56  percent 

•  REAL  FAMMIS  at  8.5  percent 

•  Total  other  at  33  percent 

4  MASC  OPERATIONAL  CONCEPTS 

4.1  INTRODUCTION 

It  is  often  suggested  that  commerical  computers  (slightly  rugged- 
ized  frames)  in  a  semi-trailer  won't  work.  This  philosophy  or  attitude 
has  proven  to  be  unfounded.  Commercial  communication  switches  and  term¬ 
inals  have  been  in  use  since  the  1950s.  Mobile  administrative,  func¬ 
tional,  commercial  computers  have  been  utilized  successfully  by  the 
Marine  Corps  since  the  mid-1960s.  More  recently,  one  Service  (USAF) 
plans  to  conduct  its  deployed  personnel  management  function  with  commer¬ 
cial  minicomputers  mounted  in  recreational  vehicles/motor  homes.  The 
Marine  Corps  is  developing  an  experimental,  mobile,  commercial  minicom¬ 
puter  for  the  purpose  of  testing  deployed  processing  concepts.  The  MASC 
would  be  utilized  to  perform  such  generic  functions  as  front-end  edits, 
on-line  query  with  a  DBMS,  operational  processing  and  maintenance  of 
current  data  bases,  and  the  preparation  of  reports.  The  study  team 
firmly  believes  that  the  questions  being  answered  are:  how  many  MASCs  of 
what  size  should  be  where  to  perform  which  functions?  The  remainder  of 
this  subparagraph  provides  a  direction  for  the  answers  -  but  not  in  the 
order  asked. 

4.2  MASC  OPERATIONAL  CONCEPTS  BY  PHASE 

Each  major,  deployable  AIS  must  be  supported  by  a  processor  and 
a  data  base  to  accomplish  functions  and  tasks  associated  with  data 
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aggregation,  edit,  on-line  query  and  preparation  of  management  reports. 
This  automated  support  may  be  provided  with  MASCs  -  semitrailer-mounted 
minicomputers.  The  MASC-type  configuration  has  proven  a  feasible  means 
of  providing  automated  support  in  a  deployed,  military  environment; 
further,  the  Marine  Corps  is  acquiring  a  mobile  FASC  (MASC)  to  test  the 
concept  in  a  Marine  specific  environment.  The  MASC  is  envisioned  as 
mounted  in  two  standard  35-foot  vans.  The  sizing  for  a  MASC  is  esti¬ 
mated  in  Annex  F  of  the  main  report.  It  is  imperative  that  the  MASC  be 
hardware  and  software  compatible  with  fixed  Marine  Corps  processors.  In 
the  following  subparagraphs,  the  operational  concept  of  MASC  operations 
is  addressed  for  a  MAF  and  a  MAB  proceeding  through  the  five  phases  of 
an  amphibious  operation. 

4.2.1  Garrison  Concept  of  Operations  -  Phase  I 

Three  options  have  been  identified  from  the  interview  process 
for  garrison  MASC  operations;  they  are: 

•  Continuous  MASC  operations 

•  Periodic  MASC  training  operations 

•  Power-up,  exercise  MASC 

The  selected  option  is  to  be  determined  but  would  probably  be  a  matter 
of  command  SOP  commensurate  with  any  minimum  operational  standards  and 
guidance  established  by  CMC. 

Continuous  MASC  operations  would  be  characterized  by  the  MASC 
operating  as  it  would  when  deployed.  A  MASC  operating  in  garrison  would 
minimize  the  FMF  processing  load  on  the  local  RASC  in  that  many  input 
transaction  errors  would  be  detected  and  corrected  at  the  MASC  level 
plus  many  inquiries  and  reports  could  be  prepared  at  the  MASC  level. 
Additionally,  continuous  MASC  operations  in  garrison  would  provide  the 
best  trained  personnel  upon  a  deployment. 

Periodic  MASC  operations  could  be  conducted  for  training  pur¬ 
poses.  This  option  would  most  likely  call  for  data  base  off-loading 
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from  a  RASC.  Loading  upon  the  MASC  would  be  for  at  least  one  cycle  of 
operation  for  each  major,  deployable  AIS.  The  output  from  MASC  training 
cycles  must  be  input  to  the  RASC  ft  insure  continuing  hardware,  software 
and  operational  compatibility. 

A  minimum  requirement  will  exist  to  power-up  and  exercise  the 
MASC,  a  characteristic  for  reliability  of  significant  ADP  configura¬ 
tions.  The  manufacturer's  recommendation  for  periodic  power-up  should 
be  considered,  however,  the  PGRG  study  team  recommends  a  power-up  on  a 
weekly  basis.  If  the  operation-for-training  option  were  selected  on  a 
monthly  basis,  weekly  power-ups  would  still  be  required. 

4.2.2  Preembarkation  and  Embarkation  -  Phase  II 

This  is  a  phase  during  which  MASC  operations  will  be  intense.  As 
units  and  equipment  are  organized  for  deployment,  data  bases  must  be 
prepared  and/or  continually  updated  for  the  deploying  MA6TF.  When  nor¬ 
mal,  garrison  MASC  operations  are  conducted,  the  intensity  during  pre¬ 
embarkation  will  be  minimized  since  MASC  data  bases  will  be  current  at 
the  start  of  preembarkation.  The  final  stage  of  embarkation  will  be 
preparing  two  sets  of  tapes  for  each  data  base;  one  set  for  the  MASC 
assigned  primary  processing  responsibility  and  a  second  set  of  tapes  for 
the  MASC  assigned  responsibility  for  continuity  of  operations,  and  is  on 
another  deploying  ship. 

4.2.3  Afloat  -  Phase  III 

The  afloat  processing  may  be  accomplished  upon  a  MASC  or  a  fixed 
suite  of  compatible  equipment  provided  by  the  Navy.  How  the  afloat  pro¬ 
cessing  will  be  accomplished  is  an  area  of  concern  discussed  later  in 
this  summary. 

The  afloat  processing  requirement  is  very  small  and  will  increase 
somewhat  as  preparations  for  an  assault  commence,  however,  upon  assault, 
up-to-date  data  bases  will  be  of  key  importance.  The  continued  use  of 
the  Navy-provided  afloat  systems  ASIS  and  MIS  is  not  recommended  since 
they  are  neither  compatible  with  nor  responsive  to  deployed  MAGTF  AIS 
needs. 


4.2.4  Assault  -  Phase  IV 


The  assault  phase  will  place  significant  reliance  upon  CSS  and 
Manpower  AISs;  SEMS  for  debarkation,  M3S  for  logistics  and  REAL  FAMMIS 
for  personnel  management  activities.  It  is  envisioned  that  the  MASC 
would  operate  aboard  ship  during  the  entire  assault  phase. 

4.2.5  Continued  Operations  with  TAE  -  Phase  V 

With  the  achievement  of  the  FBHL,  the  MASCs  would  be  echeloned 
ashore.  For  a  MAF,  the  first  ashore  MASC  would  be  placed  with  the  FSSG 
where  the  greatest  processing  requirement  will  exist;  when  operational 
in  the  FSSG,  current  data  bases  would  be  transferred  ashore.  The  second 
MASC  would  echelon  to  the  division  (or  MAF)  with  an  emphasis  upon  man¬ 
power  processing.  The  third  MASC  would  deploy  ashore  for  support  of  the 
MAW.  The  fourth  MASC,  if  available,  would  deploy  with  and  support  the 
TAE.  It  is  envisioned  that  MABs  will  deploy  with  two  MASCs.  One  will 
be  in  use  and  one  for  a  spare.  The  spare  also  provides  the  capability 
to  echelon  a  MASC  into  the  BSSG  and  provide  continuity  of  operations 
from  a  MASC  aboard  ship.  When  the  second  MASC  is  ashore,  it  would  be 
located  with  the  MAB  headquarters. 

4.3  SUMMARY  -  DEPLOYED  MASC  OPERATIONAL  CONCEPTS 

Deployable  MASCs  will  support  the  deployed  processing  needs  for 
AISs.  The  perceived  minimum  and  maximum  Marine  Corps  MASC  provisioning 
is  shown  in  the  following  table. 


TABLE  S.l 

MINIMUM/MAXIMUM  MASC  PROVISIONING 


Supporting 

Minimum 

Maximum 

I  MAF 

2 

4 

II  MAF 

2 

4 

III  MAF 

2* 

4* 

1st  Brigade 

1 

1 

PWRS 

0 

1 

TOTAL 

7 

14 

*lst  brigade 

subsummed  by 

III  MAF 

S-14 


5 


AREAS  OF  CONCERN 


5.1  GENERAL 

The  original  study  charter  provided  only  for  the  documentation  of 
AIS  operational  concepts  for  deployed  MAGTFs.  During  the  course  of  the 
study,  analysis  of  several  functional  operations  revealed  situations 
which  became  'areas  of  concern'  for  study  team  members.  Upon  reporting 
these  areas  of  concern  to  the  SAC,  it  was  mutually  agreed  between  the 
SAC  and  PGRG  that  the  areas  of  concern  would  be  included  within  this 
study  report  with  a  purpose  of  providing  information  for  further  consi¬ 
deration  within  the  Marine  Corps. 

Following  is  a  brief  synopsis  of  the  concerns. 

5.2  COMMUNICATIONS 

Study  guidance  provided  that  very  limited  telecommunications  is 
available  for  deployed  MAGTFs.  Personnel  from  the  field  view  the  intro¬ 
duction  of  CONUS-oriented,  interactive  AISs  into  the  AOA  as  further 
justification  of  the  need  for  improved  telecommunications  support  for 
deployed  units.  The  Commanding  General  of  the  1st  Marine  Brigade  re¬ 
iterated  "that  the  Navy  must  provide  communications  and  that  communi¬ 
cations  remain  a  problem  for  deployed  MAGTFs".  A  resolution  appears 
necessary  for  this  two-sided  issue. 

5.3  HIGH  VISIBILITY  AVIATION  SYSTEMS 

Congressional  budget  cutbacks  have  resulted  in  significant  reduc¬ 
tions  in  aviation  repair  parts.  To  counter  the  decreased  aviation  sup¬ 
ply  "pipeline,"  highly  visible,  interactive  automated  systems  have  been 
implemented  which  are  dependent  upon  commerical  telephone  and  remote 
computer  systems  for  their  interactivity.  Study  team  members  asked 
several  aviation  supply  personnel  what  they  would  do  when  deployed.  The 
answers  were  unanimous  -  I  don't  know.  One  person  stated  that  if  the 
parts  are  not  on  the  carriers  in  combat,  they  won't  get  there.  A  great 
deal  of  uncertainty  was  expressed  in  both  FMFs  regarding  the  impact  of 
losing  their  garrison-oriented  systems. 


5.4  CLASS  V{W)  AND  V(A) 

The  bulk  of  ground  ammunition  and  aviation  ordnance  is  managed 
utilizing  manual  management  systems.  Some  FMF  units  were  observed  and 
documented  as  using  automated  or  semi  automated  systems  to  both  manage 
local  Class  V  assets  and  also  for  the  purpose  of  providing  periodic 
ammunition/ordnance  status  reports  to  HQMC.  The  development  and  imple¬ 
mentation  of  a  standard  ammunition/ordnance  AIS  may  improve  the  manage¬ 
ment  of  this  function  for  deployed  operations. 

5.5  SHIPBOARD  MAGTF  AIS  PROCESSING 

Afloat  MAGTF  AIS  processing  is  conducted  upon  Navy  systems  -  ASIS 
on  LCCs  and  MIS  on  LHAs.  The  Navy  systems  are  and  will  be  upgraded  with 
ship  alterations,  however,  the  upgraded  systems  will  not  be  adequate  due 
to  a  lack  of  compatibility  with  Marine  Corps  AISs  and  the  design  of  ASIS 
and  MIS  -  data  update  and  retrieval  with  no  significant  processing. 

Also,  the  ASIS  and  MIS  data  bases  are  not  deployable  ashore.  For  the 
afloat  and  assault  phases  of  MAGTF  operations,  the  CLF  requires  either  a 
MASC  or  a  MASC-compatible  fixed  suite  of  equipment  aboard  ship  upon 
which  to  process  deployable  AISs.  Initial  contact  with  the  Navy  about 
shipboard  MASCs  was  satisfactory.  Further,  dialog  is  indicated  with  the 
Navy  pertaining  to  afloat  processing  of  AISs. 

5.6  PROLIFERATION  OF  NONSTANDARD  SOFTWARE 

A  detailed  analysis  was  conducted  to  determine  the  portion  of  FMF 
processing  which  is  devoted  to  Class  II  and  III  processing  -  it  was  33 
percent.  One  FMF  studied  its  logistical  AISs  and  found  that  55  differ¬ 
ent  local  output  reports  were  attributed  to  SASSY  (the  FMF  is  doing 
something  about  this  situation).  The  33  percent  non  Class  I  processing 
and  the  large  number  of  nonstandard  AISs  indicates  a  great  deal  of 
resources  are  being  expended  to  maintain,  enhance  and  document  these 
systems.  The  study  team  suggests  a  harder  look  at  possible  tighter 
controls  over  the  proliferation  of  nonstandard  AISs. 
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5.7  ADP  MANAGEMENT  STRUCTURE 

MCOs  5230.8  and  .9  and  Developmental  Bulletin  1-77,  Command  and 
Staff  Action  for  ADP  Systems,  pertain  to  software  control  and  manage¬ 
ment.  Most  of  the  software  maintenance  management  responsibilities  rest 
with  the  functional  managers  with  implementation  by  the  CDPAs.  The 
addition  of  a  change  control  board  with  C^  membership  would  assist  in 
the  coordination  and  efficiency  of  planning  and  implementing  changes  to 
Class  I  AISs.  A  suggested  combined  management  structure  is  depicted  in 
Figure  5.7  of  the  main  report. 

5.8  MODULAR  SOFTWARE 

Several  major,  new  AISs  (REAL  FAMMIS,  M3S,  SABRS,  SEMS,  NALCOMIS, 
et  al.)  will  be  implemented  in  the  midrange  time  frame.  Most  of  the 
systems  are  deployable.  Therefore  to  provide  both  a  fixed  and  a  de¬ 
ployed  processing  capability,  the  systems  must  be  designed  and  program¬ 
med  to  be  modular.  The  modular  software  will  provide  an  easy  and  in¬ 
expensive  capability  to  provide  software  for  each  mode  of  operation-- 
fixed  and  deployed.  The  study  team  observed  and  heard  that  some  of  the 
systems  will  emerge  from  current  systems;  this  does  not  indicate  modular 
software  and  hence  is  of  concern.  There  is  a  fear  that  deployable  soft¬ 
ware  will  not  be  readily  available  for  deployed  operations  in  the  mid¬ 
range  time  frame. 

5.9  RETURN  OF  TRANSACTION  ERRORS 

The  new  AISs  operated  at  the  RASCs  rely  heavily  upon  interactive 
front  end  edits  to  detect  input  transaction  errors  -  a  principal  feature 
of  interactive  systems.  The  deployed  AISs  will  lose  much  of  this  capa¬ 
bility  causing  the  management  of  error  return  to  be  crucial  in  deployed 
ope  rations. 

5.10  LOCATION  ANO  OPERATION  OF  MASCs 

The  greatest  MASC  requirement,  support  of  a  MAF,  may  be  provided 
with  up  to  four  MASCs.  One  MASC  each  would  be  oriented  toward  logisti¬ 
cal  processing  at  the  FSSG  and  manpower  processing  at  the  division 
(or  MAF  headquarters).  The  third  MASC  would  provide  an  information 


aggregation  capability  from  the  MAGs  for  the  MAW.  The  potential  fourth 
MASC  would  be  available  to  support  a  TAE  or  as  a  spare.  The  operation  of 
four  MASCs  will  require  a  company-sized  unit  in  a  MAP.  Also,  operations 
will  be  enhanced  when  the  separation  between  the  physical  location  of 
MASCs  and  their  high  priority  users  is  short  enough  to  permit  a  "hard 
wired"  interactive  processing  capability. 

5.11  DATA  TRANSFER  AT  SEA 

Data  transfer  while  at  sea  will  normally  be  accomplished  by  heli¬ 
copter  due  to  EMCON  and  other  conditions.  Frequently,  however,  helicop¬ 
ters  are  not  available  for  this  data  transfer  function  due  to  weather 
or  assignment  to  other  missions.  There  is  no  other  reliable  means  of 
transferring  AIS  data  between  ships  on  a  timely  basis  -  an  area  of 
concern. 

5.12  FORCE  STRUCTURING 

Within  Marine  Corps  AISs,  difficulty  may  be  encountered  during 
force  structuring  for  a  deployment  in  aggregating  complete  or  partial 
RUCs  and  small  detachments  which  otherwise  lose  their  identity.  This 
also  applies  to  the  Rapid  Deployment  Force  (RDF).  In  addition,  no  AIS 
interfaces  were  found  to  exist  or  planned  for  with  other  services  which 
may  be  a  necessary  reality  for  RDF  operations. 

5.13  STRATEGIC  MOBILITY,  MOBILITY  AND  MOBILE  ELECTRIC  POWER  (MEP ) 

MASCs  are  deployable  by  land,  sea  or  air,  based  upon  priority. 

Local  mobility  may  be  provided  with  a  5  or  10  ton  tractor,  however,  who 
provides  the  tractor?  Each  MASC  may  require  up  to  two  100  KW  MEPs  -  a 
problem  area  expressed  by  several  interviewed  pesonnel.  The  identifi¬ 
cation  of  ancillary  support  equipment  required  to  operate  the  deployed 
MASC  is  an  area  of  concern. 

5.14  CRT  ACQUISITION  FOR  EMERGING  CLASS  I  SYSTEMS 

Planning  documents  for  REAL  FAMMIS,  M3S/MIMMS  and  SABR3,  the 
emerging  major  new  Class  I  AISs,  each  identify  CRT  terminals/printers 
associated  with  each  system.  In  counting  CRTs  for  the  three  systems. 


some  2,200  terminals  are  involved  which  include  several  hundred  for  FMF 
applications.  Several  questions  arise  from  the  above  observations  such 
as: 

e  Have  the  terminal  applications  been  considered  for 
integration  including  shared  printers  -  meaning 
multi-functional  use  of  one  terminal  for  co-located 
functional  terminals? 

e  Will  deployed  MAGTFs  be  properly  supported  by 
nonprogrammable  terminals  when  deployed? 

•  Where  will  they  be  located  in  the  AOA? 

e  How  will  they  be  supported? 

It  appears  that  the  quantity  and  location  of  terminals  supporting  the 
major  emerging  AISs  (and  probably  others)  would  warrant  additional  con¬ 
sideration  during  the  system  development  processes. 

5.15  MILITARY  PAY  FOR  NAVY  PERSONNEL 

Navy  personnel  attached  to  MAGTFs  will  be  paid  by  the  MAGTF  dis¬ 
bursing  officer  in  the  same  manner  as  for  Marine  personnel.  Periodic 
records  will  be  forwarded  to  the  Navy  finance  center  of  transactions 
made  during  the  deployment.  No  standard  procedure  was  identified  for 
performance  of  this  function. 

5.16  REPLACEMENT  OF  CASUALTIES 

Marine  Corps  personnel  entering  the  Navy  medical  evacuation  sys¬ 
tem  are  "lost".  This  is  crucial  for  low  density  MOSs,  particularly 
within  the  MAW  and  the  FSSG.  Manpower  management  personnel  must  take 
extraordinary  action  for  priority  replacement  of  these  key  personnel;  on 
the  other  hand,  these  wounded/  injured  key  personnel  may  return  to  duty 
in  a  few  days  or  a  week  and  obviate  the  need  for  extraordinary  personnel 
replacement  action.  The  Marine  Corps  may  consider  coordination  with  the 
Navy  to  develop  an  evacuation  tracking  and  status  system. 
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5.17  AIS  SYSTEM  INTERFACES 

Several  automated  systems  have,  to  date,  been  identified  with  a 
need  for  automated  or  semi -automated  data  Interfaces  with  Marine  Corps 
AISs.  In  general,  the  data  flow  passes  from  the  AISs  into  other 
automated  systems  such  as  in  the  following  examples: 

•  IDA  -  the  Navy  Integrated  Disbursing  and  Accounting 
System 

•  MTACCS  -  the  Marine  Corps  family  of  tactical 
automated  systems 

•  ASIS/MIS  -  the  Navy-provided  shipboard  systems 

•  SAILS  -  the  Standard  Army  Intermediate  Logistics 
System 

•  Other  Services  and  allies 

The  interfaces  are  discussed  in  generic  terms;  data  element  contents  and 
formats  are  needed  in  addition  to  the  form  of  the  interface  media,  i.e., 
electronic,  magnetic  or  manual. 

5.18  INTERACTIVE  ACCESS  TO  MASC 

Interactive  access  may  be  provided  to  the  MASC  for  garrison 
operations  and  aboard  ship  for  users  which  may  be  cabled  (hardwired)  to 
the  MASC.  In  the  AOA,  however,  telecommunications  will  not  normally  be 
available  for  Interactive  AIS  processing.  Interactivity  may  only  be 
assured  in  the  AOA  when  the  priority  user  is  sufficiently  close  to  per¬ 
mit  cabling.  Normal  cabling  has  an  operational  range  of  1500  feet  and 
with  simple  amplifiers,  will  transmit  for  miles.  There  is  a  practical 
wire-length  limitation  for  ttje  installation  and  maintenance  of  wire. 

The  physical  layout  of  high-priority  user  facilities  will  become 
important  for  interactive  processing  with  a  MASC  in  the  AOA.  Organiza¬ 
tional  and  physical  considerations  may  need  to  be  reviewed  in  light  of 
the  interactive  processing  supported  by  the  MASC. 
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5.19  OTHER  AREAS  OF  CONCERN 

There  are  several  areas  which  are  more  closely  associated  with 
the  MASC  concept  and  operations.  Among  these  are  the  following; 

•  Disaster  Recovery.  Procedures  need  to  be  developed  for 
recovery  attributed  to  equipment  failures  and/or  combat 
losses.  Designation  of  alternative  MASCs  and  frequent  ex¬ 
changes  of  tapes  among  the  MASCs  might  provide  a  solution. 

a  Lift  Requirements.  The  paucity  of  shipping  has  resulted  In 
stringent  demands  as  to  personnel,  equipment  and  materiel  to 
be  transported  to  the  AOA,  particularly  In  the  assault 
echelon.  Inclusion  of  one  or  more  MASCs  In  the  assault 
echelon  will  Invarlabley  compete  with  space  needed  for  the 
assault  elements  of  the  MA6TF.  Consideration  might  be  given 
to  flying  a  portion  of  the  MASC  capability  Into  the  AOA. 

e  Timeliness  of  Data.  For  AISs  to  function  effectively, 
timely  provision  of  data  is  mandatory.  Within  the  AOA, 
provisions  must  be  devised  for  the  transportation  and 
collection  of  diskettes  since  most  Input  data  will  be  In 
this  media.  Also  there  will  be  differences  In  the  data 
bases  maintained  within  the  AOA  and  those  external  to  the 
AOA. 

The  difference  will  be  due  primarily  to  the  means  by  which 
tapes,  data,  etc.  are  forwarded  from  the  AOA  to  CONUS  and 
vice  versa. 

5.20  SUMMARY:  AREAS  OF  CONCERN 

Many  of  the  areas  of  concern  have  no  direct  bearing  upon  deployed 
AIS  processing  as  envisioned  In  the  Intended  scope  of  the  study.  The 
study  team.  In  cooperation  with  the  SAC,  has  Included  this  discussion  of 
areas  of  concern  Illuminated  during  the  normal  course  of  data  collection 
and  documentation  of  deployed  AIS  operational  concepts.  Several  of  the 


areas  of  concern  contain  alternatives  and/or  suggested  solutions.  The 
areas  of  greatest  concern  are: 

e  Cocnmunl  cat  Ions 
e  Aviation  Supply 
e  Software  Management 
e  Data  Transfer  at  Sea 

•  Interactive  Terminals  In  the  FMF 

•  Disaster  Recovery 
e  Lift  Requirements 

•  Timeliness  of  Data 

6  CONCLUSIONS 

6.1  GENERAL 

Throughout  the  conduct  of  the  study,  P6RG  study  team  members 
heard  a  crucial  need  for  deployed  AIS  processing.  The  MASC  concept  must 
support  AIS  operational  concepts  from  garrison  through  continued  opera¬ 
tions  In  an  AOA.  While  afloat,  a  capability  Is  required  to  process  AISs 
beyond  the  capability  provided  through  the  use  of  the  current  MIS  (and 
ASIS)  which  are  Insufficient  and  need  to  be  replaced  by  improved  MISs 
that  can  interface  with  Marine  AISs.  The  MASC  is  conceptualized  as  a 
van-mounted  minicomputer  capable  of  operating  in  a  wide  range  of  envi¬ 
ronmental  conditions  including  shipboard  environments. 

Automated  system  justifications  required  by  DB  1-77  are  con¬ 
tained  In  Annex  G  to  the  main  report  -  they  contain  more  detail  than  is 
required.  The  system  justifications  required  by  the  Federal  Property 
Management  Regulation  are  contained  in  Chapter  3  of  the  main  report  and 
summarized  In  paragraph  3  of  this  summary. 

Deployable  administrative  sub-functions  which  were  partially 
completed  or  not  completed  at  all  within  the  automated  framework  are 
identified  as  areas  of  concern.  The  areas  of  concern  are  provided  for 
informational  purposes  In  coordination  and  cooperation  with  the  SAC. 


6.2  STUDY  CONCLUSIONS 

The  conclusions  derived  from  this  study  are  based  upon  a  meth¬ 
odical  documentation  of  functional  concepts  of  operation  In  the  1988 
deployed  automated  processing  environment.  The  major  study  conclusions 
are  reported  In  the  following  subparagraphs. 

6.2.1  Deployed  Automated  Processing 

Personnel  from  the  Marine  Corps  at  all  echelons  clearly  recognize 
the  need  for  deployed  automated  processing  support.  Much  of  this  need 
stems  from  the  atrophy  of  manual  systems  and  the  continual  Implementa¬ 
tion  of  AISs.  Although  ADPE-FMF  devices  provide  a  small,  deployed  pro¬ 
cessing  capability,  a  more  robust  capability  Is  needed  for  the  suste¬ 
nance  of  combat  power.  It  is  concluded  that  deployed  MABs  and  MAFs  will 
need  significant  automated  processing  support. 

6.2.2  Use  of  a  MASC 

The  concept  of  a  MASC  to  support  deployed  processing  needs  of 
MAGTFs  is  now  well  established.  This  van-mounted  minicomputer  is  cap¬ 
able  of  supporting  AIS  processing  for  all  phases  of  an  amphibious  opera¬ 
tion.  The  MASC  concept  is  a  proven  one  as  evidenced  through  Marine 
Corps  and  Army  experience  with  deployable,  van-mounted  IBM  360,  370  and 
4300  series  computers.  The  afloat  phase  of  deployed  operations  will 
require  a  MASC  or  a  fixed  MASC-like  suite  aboard  ship  for  AIS  processing 
as  the  use  of  current  Navy-provided  systems  was  found  to  be  inadequate. 
It  Is  therefore  concluded  that  from  7  to  14  MASCs  will  support  the 
deployed  processing  needs  of  the  current  Marine  Corps  active  forces. 

6.2.3  Functional  AISs 

The  next  seven  subparagraphs  contain  a  brief  discussion  of  con¬ 
clusions  pertaining  to  each  major  administrative  functional  area  in  the 
Marine  Corps. 


6.2. 3.1  Manpower.  REAL  FAMMIS  will  deploy  with  programmable 
terminals  or  AOPE-FMF  devices  upon  which  a  limited  manpower  data  base 
would  reside.  A  MASC  would  support  MAB  and  MAF  operations  by  providing 


a  limited  MAGTF  manpower  data  base.  Update  of  the  deployed  MA6TF  data 
base  would  come  from  Kansas  City  hence  it  could  be  from  10-30  days  old. 
It  is  concluded  that  deployed  manpower  processing  may  be  accomplished  as 
documented  but  that  a  question  arises  as  to  the  age  of  the  MAGTF  man¬ 
power  data  base.  The  centralized  military  pay  portion  of  REAL  FAMMIS 
when  deployed  will  be  operated  on  ADPE-FMF  devices  and  will  be  respon¬ 
sive  to  MAGTF  needs. 

6.2. 3.2  Policy  Plans  and  Operations.  PPO  will  deploy  with  a 
simple,  but  classified,  processing  requirement  on  AOPE-FMF  devices.  The 
edited  UNITREP  transactions  will  be  reviewed  and  forwarded  through  chan¬ 
nels  to  the  JCS/CMC;  data  is  telecommunicated  at  the  earliest  possible 
communications  node. 

6.2. 3. 3  Aviation.  Aviation-unique  processing  will  be  provided 
by  Navy  SNAP  configurations  at  the  MAG-level.  Since  no  capability 
exists  for  the  aggregation  of  data  at  the  MAW-level,  it  is  concluded 
that  a  MASC  capability  should  be  provided  the  MAW. 

6.2. 3.4  Fiscal .  The  major  fiscal  AIS,  SABRS,  will  not  deploy. 
The  deployable  fiscal  AIS  is  OOV  which  will  be  easily  processed  upon 
ADPE-FMF  devices.  The  deployed  CFAO  sub-function  will  be  conducted  with 
a  deployed  team  which  collects  and  forwards  paper  inputs  to  CONUS  for 
processing. 


6.2. 3.5  Logistics.  The  deployed  combat  service  support  AISs 
require  the  greatest  deployed  processing  capability.  The  deployable 
systems  are  M3S,  MIMMS  and  SENS  which  must  be  operable  aboard  ship  to 
provide  for  timely  management  of  combat  service  support  functions  during 
the  amphibious  assault  and  continued  operations  ashore. 

6. 2. 3.6  Other  AISs.  It  was  concluded  th:  -'on-Class  I  FMF 
processing  consumes  33  percent  of  the  total  FMF  pru.  'sing. 
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6. 2. 3. 7  Areas  of  Concern.  Several  areas  of  concern  were  iden¬ 
tified  and  documented  during  the  conduct  of  the  study.  While  many  of 
these  have  no  direct  bearing  upon  deployed  AIS  processing,  they  are 
areas  that  need  to  be  addressed  during  the  design  of  NEW  AISs  (planned 
and  under  development)  and  prior  to  the  acquisition  of  ADPE  for  the 
MASCs. 


6.3  SUMMARY 

Nine  Class  I  AISs  have  been  identified  for  deployment  and  their 
concepts  of  operation  documented.  It  was  generally  agreed  that  rever¬ 
sion  to  manual  operations  for  most  major  Marine  Corps  administrative 
functions  would  be  impossible  making  a  deployed  processing  capability 
necessity;  the  MASC  concept  has  evolved  as  a  means  to  provide  that 
deployed  processing  capability.  The  MASC  must  be  operable  during  all 
phases  of  an  amphibious  operation.  Ancillary  to  the  study  effort,  a 
number  of  areas  of  concern  were  isolated  and  are  included  in  this 
summary  and  documented  in  Chapter  5  of  the  main  report. 

7  RECOMMENDATIONS 

The  PGRG  study  team  recommends  the  following: 

•  That  deployble  AISs  be  processed  upon  deployable  MASC.  The 
MASC  concept  should  be  included  in  future  Marine  Corps 
doctrine.  Seven  to  fourteen  MASCs  will  support  the  deployed 
processing  needs  for  current,  active  Marine  Corps  forces. 

•  That  emerging  AISs  must  be  modularly  designed  and  programmed 
so  that  deployable  versions  of  the  AISs  may  easily  and 
inexpensively  be  operated  in  the  deployed  environment.  The 
AISs  identified  for  deployment  are: 

REAL  FAMMIS 
UNITREP 

NALCOMIS  (Aviation) 

FREDS  (Aviation) 


SUADPS-RT  (Aviation) 

DOV 

M3S 

MIMMS 

SEMS 

33  percent  Class  II  and  III  AISs. 

•  That  the  deployed  manpower  data  base  on  the  MASC  be  updated  at 
the  time  transactions  are  processed  for  transmission  or  trans¬ 
port  from  the  deployed  MAF  or  MAB. 

t  That  the  areas  of  concern  addressed  herein  be  considered  as  a 
matter  of  priority  during  the  design  of  new  AISs  (planned  and 
under  development,  and  under  development  during  testing  of  the 
Interim  FASC,  and  prior  to  acquisition)  and  prior  to  acqui¬ 
sition  of  ADPE  for  the  MASCs. 


CHAPTER  1 
INTRODUCTION 


This  study  was  perceived  by  Marine  Corps  personnel  at  all  levels 
from  HQMC,  through  MCDEC  and  from  commanders  and  staff  officers  In  the 
field.  Their  perceptions  were  that  the  Marine  Corps  had  embarked  upon 
an  Irreversible  commitment  to  conduct  their  administrative  management 
functions  utilizing  computerized,  automated  Information  systems  (AISs). 
These  administrative  AISs  lie  In  the  functional  areas  of  manpower, 
combat  service  support,  policy  plans  and  operations,  fiscal  and 
aviation. 

In  converting  the  administrative  functions  from  manual  to  auto¬ 
mated  or  semlautomated  operations,  a  slow  but  persistent  change  occurs 
In  the  functional  concepts  of  operation.  The  emphasis  In  functional 
training  Is  for  the  operation  of  the  AIS  with  little  or  no  time  devoted 
to  manual  operations  for  the  function.  Forms  and  procedures  to  operate 
a  manual  system  have  generally  disappeared,  having  been  replaced  by  AIS 
Input  formats  on  punched  cards  or  from  Interactive  computer  terminals. 
Although  manual  backup  systems  for  AISs  are  generally  required  by  doc¬ 
trine,  they  are  pragmatically  given  "lip  service"  and  do  not  exist  as 
indicated  by  several  Marines  from  the  field  who  believe  that  return  to  a 
manual  system  would  be  difficult  If  not  Impossible.  What  Is  Important 
In  this  matter  Is  the  belief  that  operating  with  a  manual  system  would 
certainly  degrade  deployed  functional  operations  to  the  point  that  sup¬ 
port  of  combat  power  will  be  reduced. 

The  study  team  therefore  talked  with  several  hundred  Marines  at 
all  levels  with  a  purpose  of  documenting  realistic  concepts  of  operation 
for  deployed  operations  of  MAGTFs  In  the  1988  time  period.  As  has  been 
received  from  the  past,  the  emphasis  In  most  previous  study  efforts 
pertaining  to  deployed  AISs  has  been  upon  hardware  and  telecommunica¬ 
tions  requirements  vice  deployed  operational  concepts;  the  emphasis  of 
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this  study  Is  upon  documenting  operational  concepts  for  deployable  AISs 
from  Information  gained  from  multiple  echelons  In  the  Marine  Corps  (and 
the  Navy).  Once  the  operational  concepts  are  documented  and  approved, 
the  computer  hardware  and  the  telecommunications  requirements  may  be 
derived  In  a  straight-forward  manner. 

Study  references  are  listed  In  Annex  A  by  order  of  acquisition, 
not  by  order  of  appearance  In  this  report.  A  glossary  of  acronyms  and 
abbreviations  Is  contained  In  Annex  B. 

1.1  STUDY  PURPOSE  AND  OBJECTIVE 

This  study  Is  the  first  major  study  wherein  realistic  limitations 
were  placed  upon  telecommunications  In  support  of  deployed  AISs.  The 
telecommunications  limitation  required  functional  personnel  and  users  In 
the  field  to  rethink  their  approaches  for  AIS  data  transfer.  Hereto¬ 
fore,  telecommunications  had  been  addressed  In  an  unconstrained  require¬ 
ments  mode  which  Is  not  now  considered  a  realistic  mode. 

1.1.1  Study  Purpose 

The  purpose  of  the  study  Is:  To  document  the  AIS  concepts  of 
operation  for  deployed  (Including  combat)  FMF  units  with  a  view  toward 
justifying  deployable  MAGTF  Automated  Services  Centers  (MASCs).  Beyond 
the  stated  purpose  of  the  study,  are  several  Inherent,  assumed  or 
unstated  purposes  which  include: 

e  Identification  of  deployable  AISs 

•  Documenting  deployed  concepts  of  operation 

t  Development  of  areas  of  concern 

•  Integration  of  operational  concepts 

•  A  hardware  sizing  estimate 

•  Provide  the  basis  for  justifying  deployable,  functional  AISs 

1.1.2  Study  Objective 

The  objective  within  this  study  Is  to  apply  an  iterative 
interview  methodology  described  in  the  study  statement  of  work  in  order 


to  first,  document  preliminary  concepts  of  operation  for  deployable  AISs 
and  then  utilizing  iterative  interview  techniques,  upgrade  the 
preliminary  concepts  of  operation  into  an  integrated.  Marine  Corpe-wide 
initial  concept  of  operations.  The  documented  initial  concepts  of 
operation  then  become  the  basis  for  development  of  deployable  software 
systems  and  the  acquisition  of  hardware  systems  to  support  (approved) 
deployable  AISs. 

1.2  BACKGROUND 

The  Marine  Corps  has  shown  considerable  interest  in  the  develop¬ 
ment  of  telecommunication  and  processing  requirements  in  support  of  the 
FMF.  This  important  work  commenced  in  1972  and  is  continuing  today 
through  this  study  effort.  The  following  subparagraphs  present  a  chro¬ 
nological  synopsis  of  work  that  has  been  accomplished  in  the  development 
of  deployed  FMF  telecommunication  and  processing  requirements. 

1.2.1  The  need  to  develop  teleprocessing  requirements  for  the  FMF  was 
formally  identified  in  August  1972  when  a  teleprocessing  working  group 
was  formed  at  HQMC.  This  teleprocessing  working  group  was  directed  to 
develop  and  identify  requirements  for  FMF  teleprocessing.  The  group  was 
to  review  FMF  garrison  facilities  and  develop  a  concept  for  what  was 
then  called  force  information  systems  (FIS)  support.  Additionally,  the 
validation  of  MAGTF  models  and  local  systems'  teleprocessing  require¬ 
ments  for  those  models  was  to  be  considered.  The  initial  effort  of  the 
working  group  resulted  in  a  draft  FIS  teleprocessing  implementation 
plan.  The  draft  plan  required  the  development  and  collection  of  data 
pertaining  to  FIS  and  MAGTF  model  teleprocessing  requirements,  and  mess¬ 
age  data  were  collected  from  a  number  of  Marine  Corps  units  to  support 
the  plan.  Unfortunately,  the  data  which  were  collected  initially  proved 
inadequate  to  support  the  plan  because  there  was  a  misinterpretation  of 
the  questionnaire  sent  to  the  units.  Since  the  data  were  questionable, 
a  final  implementation  plan  could  not  be  prepared;  however,  the  Navy 
Electronics  Laboratory  Center  (NELC)  was  requested  to  perform  a 
follow-on  study.  The  NELC  was  to  define  combat  teleprocessing  require¬ 
ments  for  each  FMF  command.  The  need  for  Marine  Corps  FISs  was  outlined 
in  Marine  Corps  Order  5200.18. 


1.2.2  The  NELC  conducted  the  Marine  Corps  Teleprocessing  Requirements 
Study  with  a  final  report  dated  30  September  1974  (reference  bbb).  The 
methodology  for  the  study  was  to  collect  the  average  and  peak  telepro¬ 
cessing  loads  for  selected  units  in  garrison  and  then,  by  estimation, 
extrapolate  from  them  MAGTF  loads  for  low-to-medium  and  medium-to-high 
level  intensity  combat.  Two  significant  assumptions  were  made  for  the 
NELC  study  which  were  valid  for  1974  but  are  not  valid  for  1985-1988. 
These  assumptions  were  (1)  that  no  consideration  need  be  given  to  data 
transfer  between  computers  and  (2)  that  all  FIS  sub-systems  are  combat 
deployable  in  their  present  configurations.  The  invalidity  of  these 
assumptions  will  become  clear  within  the  succeeding  chapters  of  this 
study  report. 

The  principal  means  used  to  extrapolate  MAGTF  requirements  from 
the  detailed  data  that  NELC  collected  from  garrison  operations  was  to 
convert  a  20-day  month  garrison  operation  to  a  30-day  month  combat 
operation.  This  has  the  effect  of  increasing  the  peak  garrison  load  by 
50  percent  for  a  mid-to-high  intensity  deployed  MAGTF.  Of  the  13  FIS 
systems  considered  by  NELC,  11  were  at  50  percent  increased  processing 
power,  1  at  25  percent  increase,  and  1  system  was  unchanged. 

The  NELC  study  was  staffed  and  received  general  concurrence  from 
HQMC  staff  agencies  and  the  field.  This  first-time  effort  to  collect 
needed  information  pertaining  to  data  transfer  was  successful  and  the 
methodology  was  considered  generally  sound.  Since  key  assumptions  made 
for  the  study  are  now  outdated  and  the  linear  projection  of  a  50  percent 
increase  for  11  of  13  systems  is  no  longer  realistic,  the  results  of  the 
NELC  study  may  not  be  applied  to  the  1988  time  period  of  this  study. 

1.2.3  On  12  May  1975,  Booz-Allen  and  Hamilton,  Inc.,  reported  the  re¬ 

sults  of  a  study  for  the  Telecommunications  Systems  Office,  HQMC,  en¬ 
titled  ContnurncalM£n£_Sj^;stems_J[e£ui£»nen^  (reference  ccc). 

This  study  recommended  techniques  for  use  in  determining  various  tele¬ 
communications  requirements.  Chapter  III  of  the  study  dealt  with  a 
requirements  determination  methodology  which  was  broken  into  four  sub¬ 
tasks  as  follows: 


•  Define  system  Information  transfer  requirements 

•  Define  the  system  architecture  needed  to  satisfy  the 
information  transfer  requirements. 

•  Develop  overall  communications  system  requirements  and 
translate  requirements  data  into  needed  resources. 

•  Investigate  alternative  approaches. 

(The  MAGTF  Teleprocessing  Requirement  Study  (reference  a)  follows 
the  methodology  suggested  by  the  Booz-Allen  and  Hamilton  Study.  The 
MAGTF  study  goes  beyond  the  suggested  methodology  in  that  it  deals  with 
deployment  scenarios,  force  structures,  phasing  of  operations,  and  ends 
with  prioritized  recommendations.) 

1.2.4  In  early  1975,  the  Advanced  Amphibious  Study  Group  (AASG)  at  HQMC 
was  tasked  to  conduct  a  study  with  objectives  to: 

•  Identify  the  major  problems  and  deficiencies  generated  by  the 
development  and  implementation  of  AISs  within  the  Marine 
Corps  and  propose  conceptual  goals  and  objectives  for  the 
1980s. 

•  Assess  the  overall  impact  on  the  Marine  Corps  of  the  adoption 
of  AISs  and  MTACCS  in  terms  of  combat  capability  and  resource 
cost. 

The  study,  published  on  15  August  1975,  was  entitled  Automated 
Data  Processing  Systems  for  the  Marine  Corps  (reference  i).  This  study 
was  curtailed  by  two  months  and  hence  forced  elimination  of  that  portion 
of  the  study  which  was  to  identify  the  impact  upon  the  combat  capability 
of  the  FMF.  Without  the  impact  upon  combat  capability,  the  study  was  of 
limited  value. 

The  AASG  study  did,  however,  provide  conclusions  that  reinforce 
Several  conditions  which  have  been  reaffirmed  by  this,  the  Deployed 
AIS-88  Study.  The  conclusions  include: 


•  Telecommunications  Into  an  AOA  will  be  limited  only  to  high 
priority  Information  transfers. 

•  A  task  organized  AOP  capability  must  be  proportionate  to  the 
size  of  the  deployed  force. 

•  AIS  computational  requirements  have  grown  continuously  In 
response  to  Increased  requirements  from  higher  headquarters, 
functional  managers  and  commanders. 

e  AIS  reporting  requirements  are  oriented  for  high-level 
managers. 

e  The  Marine  Corps  has  reached  the  saturation  point  to  support 
further,  major  systems  development  and  Implementation. 

•  The  joint  Mavy-Marine  Corps  efforts  to  develop  AISs  to 
support  the  landing  force  during  amphibious  operations  Is 
marginally  satisfactory. 

An  Interesting  concept  within  the  AASG  study  for  future  develp- 
ment  In  the  Marine  Corps  was  extensive  use  of  AOPE-FMF  devices  and  three 
to  four  computer  systems  each  mounted  In  two  standard  shelters  (8'  x  8' 

X  20')  with  a  capability  to  operate  aboard  ship. 

It  Is  unfortunate  that  the  AASG  study  was  never  carried  to  fru¬ 
ition  however  It  did  provide  a  direction  and  some  forethought  about 
deployed  processing  for  AISs  In  the  1980s. 

1.2.5  In  June  1977,  SRI  completed  a  five-volume  study  entitled 
Alternative  Automated  Data  Processing  System  Concepts  for  Support  of  the 
FMF  (1980-1990)  (reference  ddd).  Three  of  the  four  major  recommenda¬ 
tions  of  this  study  dealt  with  ADP  planning  for  the  FMF.  They  stated 
that  the  Marine  Corps  should  develop  a  comprehensive  plan  and  organize 
an  FMF  automated  data  system  (ADS).  The  last  recommendation  proposed 
that  FMF  units  from  battal  Ion/ squadron  up  be  equipped  with  automation 
devices  and  that  a  hardware  prototype  using  processors  at  all  levels 
from  battal Ion/ squadron  up  be  evaluated. 


The  study  reported  that  the  availability  of  LFICS  to  support 
Interactivity  and  data  transfer  was  questionable.  It  favored  the  phy¬ 
sical  transfer  (courier)  of  data  stored  on  magnetic  media. 

1.2.6  The  GAO  reported,  on  July  11,  1977,  about  "Improved  Management  of 
Computer  Resources  Needed  to  Enhance  Marine  Corps'  Efficiency  and 
Effectiveness.”  The  following  was  summarized  on  the  report: 

Many  Marine  Corps  administrative  and  tactical 
Information  processes  have  been  automated  and 
consequently,  whether  at  an  established  base  or 
deployed  at  a  remote  location,  depend  on  the 
availability  of  computer  support.  However,  the 
fragmented  management  of  Its  computer  resources, 
the  lack  of  a  comprehensive  long-range  plan  In¬ 
tegrating  administrative  and  tactical  Informa¬ 
tion  needs  and  a  superficial  determination  of 
user  requirements  have  impaired  the  Corps* 
ability  to  provide  this  type  of  support.  The 
lack  of  computer  support  could  ultimately  Impair 
the  Corps'  ability  to  carry  out  assigned 
missions. 

1.2.7  On  30  September  1978,  CALCULON  (Formerly  Auerbach  Associates, 
Inc.)  completed  a  two-part  ADP  study.  The  first  part  was  entitled 
Feasibility  Study  for  Replacement  of  Marine  Corps  ADP  Equipment  (re¬ 
ference  eee) .  This  report  was  aimed  at  the  replacement  of  Marine  Corps 
automated  services  centers  and  did  not  address  deployed  MAGTF  require¬ 
ments.  The  report  stated  that  source  data  automation  (SDA)  devices  will 
be  used  for  data  entry  to  Class  I  systems  and  will  be  the  automated 
replacement  for  manual  processes  now  used  in  day-to-day  FMF  operations. 
The  SOA  devices  are  also  known  as  Automatic  Data  Processing  Equipment, 
Fleet  Marine  Force  (ADPE-FMF).  The  report  concluded  that  since  the 
AOPE-FMF  processes  had  been  neither  defined  nor  quantified,  their  future 
workload  had  not  been  included  In  the  report. 


The  second  part  of  the  study.  Analysis  of  Feasibility  for  Source 
Data  Automation  in  the  Fleet  Marine  Force  (reference  fff)  presented 
recommended  distributions  for  ADPE-FMF  devices  within  the  FMF.  Through 
interviews,  the  transaction  requirements  for  each  AIS  were  determined 
and  manpower  savings  were  identified  for  five  systems  operational  in 
1978  (which  did  not  occur). 

This  study  recognized  that  deployed  MAGTFs  would  use  the  physical 
transfer  of  data  on  magnetic  or  paper  tape  media  when  telecommunications 
were  not  available. 

1.2.8  Computer  Sciences  Corporation  (CSC)  completed  a  study  in  May  1979 
entitled  Marine  Corps  Automated  Services  Centers  Requirements  Study 
(reference  ggg).  This  study  makes  no  mention  of  requirements  for 
deployed  MAGTFs.  In  sizing  the  Kansas  City  computer  site,  the  study 
includes  one-third  more  processing  power  as  a  mobilization  contingency. 

1.2.9  The  Potomac  General  Research  Group  (PGRG)  completed  a  study  in 
March  1980  entitled  Marine  Air  Ground  Task  Force  (MAGTF)  Teleprocessing 
Requirements  Study.  The  objectives  of  the  study  were: 

•  To  identify  deployable  AISs  and  their  associated  data  trans¬ 
fer  requirements  for  the  1985  time  frame.  To  determine  de¬ 
ficiencies  in  the  1985  Landing  Force  Integrated  Communication 
System  (LFICS)  methods,  procedures  and  hardware  for  support 
of  AIS  data  transfer  requirements,  by  priority. 

•  To  provide  recommendations  to  correct  identified 
deficiencies. 

The  conclusions  of  the  study  were: 

•  That  significant  shortfalls  existed  with  the  LFICS  in  the 
ADA  and  that  there  is  essentially  no  capacity  for  AIS  data 
communications  external  to  the  ADA. 
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•  A  processor  is  required  within  the  AOA  to  provide  adminis¬ 
trative  and  logistical  processing  support  in  the  1985  time 
frame  and  that  interactive  devices  are  required  to  support 
manpower  and  logistical  inputs. 

The  deployable  processor  was  termed  a  MAGTF  Automated  Services 
Center  (MASC)  which  has  been  carried  into  this,  the  Deployed  AIS-88 
study.  Since  the  completion  of  the  MAGTF  study  in  March  1980  (approved 
by  HQMC  Codes  RO/CCP  on  17  September  1980}  significant  changes  have 
occurred  in  the  functional  requirements,  principally  with  the  deployable 
manpower  function.  The  data  transfer  requirements  for  manpower  have 
been  cut  by  75  percent  and  in  both  the  manpower  and  logistical  func¬ 
tions,  a  great  deal  of  the  interactive  requirements  have  been  removed. 
This  greatly  decreased  requirement  upon  the  LFICS  probably  removes  the 
intra-AOA  shortfalls  however,  it  does  not  change  the  AOA- to- external 
shortfall  since  no  capaci^  was  available  for  any  AIS  communications 
loading.  The  conclusion  pertaining  to  a  MASC  for  support  of  deployed 
processing  requirements  remains  valid  and  is  vigorously  revalidated 
within  the  current  study. 

1.2.10  The  LFICS  in  the  Midrange  Study  (reference  u)  was  completed  by 
PGRG  and  forwarded  to  HQMC,  Code  RD  in  December  1980.  The  objectives  of 
the  LIFCS  study  were: 

•  To  identify  Marine  Corps  Tactical  Command  and  Control  Systems 
(MTACCS)  and  also  digital  communications  transfer  require¬ 
ments  for  a  MAF  in  an  AOA. 

a  To  determine  the  MTACCS  and  LFICS  adequacy  for  their  time- 
phased  procurement. 

•  To  identify  required  interfaces  between  LFICS  and  Navy  com¬ 
munications  equipments. 

•  To  identify  ADPE  required  to  process  AISs  in  an  AOA. 


The  conclusions  of  the  LFICS  study  were.  In  part: 

a  LFICS  can  support  Intra-AOA,  AIS  data  transfer  requirements; 
AOA-to-external  can  handle  only  emergency  AIS  traffic  on  a 
priority  basis. 

e  Multichannel  communications  equipment  aboard  ship  Is  not 
compatible  with  LFICS  multichannel  equipment  for  1988.  Annex 
C  of  the  LFICS  study  contains  the  docunented  requirements  for 
a  deployable  MASC  along  with  a  sizing  estimate  for  the  MASC. 
The  MASC  sizing  estimate  was  based  upon  updated,  deployable 
functional  requirements  from  the  MAGTF  study. 

1.2.11  A  draft  PGRG  study  report  was  submitted  to  MCDEC  In  September 
1981  entitled.  Integration  of  Mavy/USMC  Command,  Control,  Communications 
(C3)  Systems  for  Amphibious  Operations  (1985-1995)  (Confidential)  (Re¬ 
ference  aaa) . 

One  unclassified  study  conclusion  and  recommendation  pertains  to 
deployable  AISs.  It  was  concluded  that: 

e  Tactical  logistical  (and  manpower)  Information  Is  required  by 
the  CLF  for  successful  operation.  Since  deletion  of  MILOGS 
(and  the  uncertainty  of  MIPS)  there  Is  no  documented  concept 
or  procedure  for  providing  this  type  of  Information  within 
MTACCS. 

e  Once  Interfaces  between  AISs  and  MTACCS  for  selected 

Information  are  developed,  consideration  should  be  given  to 
Integrating  MTACCS  and  AISs  In  the  AOA  for  purposes  of  mutual 
support  and  for  data  transfer  purposes. 

1.3  STUDY  ASSUMPTIONS 

This  study  commenced  In  December  1980  with  two  stated  assump¬ 
tions.  As  the  study  progressed,  additional  assumptions  evolved  with  a 
purpose  of  limiting  work  within  a  reasonable  set  of  bounds.  The  assump¬ 
tions  for  the  study  follow  and  some  Initial  comments  are  then  provided: 
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•  Data  Mill  normally  be  transferred  by  means  other  than  tele¬ 
communications  -  this  Is  defined  as  the  'regular  mode'. 

•  The  processing  capability  for  a  deployed  MAGTF  will  consist 
of  AOPE-FMF  devices  (plus  commercial  IBM  Series  1),  MASC,  and 
Navy- provided,  aviation-oriented  processors. 

•  Class  II  and  III  AISs  will  utilize  15  percent  of  the  deployed 
processing  power.  This  assumption  proved  to  be  erroneous  and 
was  subsequently  documented  to  be  32.4  percent  In  garrison 
and  assumed  to  be  32.1  percent  In  a  deployed  environment. 

e  Automated  data  bases  must  be  maintained  current  and 
accurate. 

•  AIS  concepts  In  accordance  with  doctrine. 

•  Positive  functional  management  of  AISs. 

•  MARCORS  1  scenario  for  5  phases. 


1.3.1  Telecommunications  Availability 

In  addition  to  the  regular  mode  the  concepts  could  also  Include 
'enhanced  mode'  AIS  support  when  selective  telecommunications  support 
may  be  available  for  short,  critical  data  transfers  and  for  limited  bulk 
data  transfers.  A  limited  capability  would  then  exist  to  transmit  high 
priority,  external  AIS  traffic  utilizing  external  tel ecomnunl cations 
capabilities;  however,  external  mass  data  transfers  would  be  accomp¬ 
lished  with  the  transport  of  data  or  output  reports  on  magnetic  tape  or 
other  media.  Interactive  data  transfer  may  be  accomplished  when  a  user 
terminal  may  be  cabled  (hard-wired)  to  a  processor  (distances  up  to  1500 
feet) . 

1.3.2  Processing  Capability 

The  processing  capability  for  a  deployed  MAGTF  will  be  AOPE-FMF 
devices  (green  machines)  at  the  battal Ion/ squadron  level  and  with  IBM 
Series  1  commercial  devices  (white  machines)  with  each  MASC  for  the 
purpose  of  aggregating  and  disaggregating  data  from  and  to  diskettes 


(floppy  discs);  Shipboard,  NonTactIcal  Automated  Data  Processing  Systems 
(SNAPs)  for  aviation-unique  processing  and  MASCs  for  aggregated  func¬ 
tional  processing  within  an  AOA. 

1.3.3  Standard  System  Processing 

An  Initial  assumption  was  made  concerning  FMF  processing  con¬ 
ducted  at  ASCs  -  the  portion  of  Class  II  and  III  system  processing  was 
15  percent.  A  detailed  analysis  was  conducted  at  the  Camp  Lejeune  RASC 
and  revealed  that  33.4  percent  of  the  FMF  processing  was  Class  II  and 
III  processing.  Marine  Corps  standard  AISs  are  defined  In  DB  1-77 
(reference  c)  and  In  general,  encompass  the  following: 

•  Class  I  Centrally  managed.  Marine  Corps-wide 

•  Class  II  Centrally  managed,  FMF  needs 

•  Class  III  Local  data  bases  and  reports 

•  Class  IV  (Newly  defined)  Software  for  ADPE-FMF  devices 

1.3.4  Timely  and  Accurate  Data  Bases 

The  assumption  pertaining  to  current  and  accurate  data  bases 
remains  valid  as  to  the  accuracy  of  data  bases  however  it  does  not  hold 
true  for  the  deployed  manpower  data  base  as  described  in  the  REAL  FAMMIS 
deployed  concept  of  operation  and  Chapter  3  of  this  study. 

1.3.5  Doctrinal  AIS  Concepts 

The  assumption  that  AIS  concepts  of  operation  are  in  accordance 
with  doctrine  could  not  be  truly  validated  in  that  some  of  the  deployed 
AIS  concepts  of  operation  have  not  been  fully  defined  and  have  been 
addressed  in  generic  terms.  The  generic  terms  were  in  the  form  of  the 
deployed  processing  that  must  be  considered. 

1.3.6  Functional  Management 

The  assumption  that  AISs  had  positive  functional  management  was 
not  wholly  true  and  varied  from  function  to  function.  More  detail 
pertaining  to  this  assumption  is  contained  in  Chapter  4. 
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1.3.7  Force  Structure 

The  MARCORS  1  scenario  was  utilized  to  establish  a  combat  inten¬ 
sity  Tor  a  MAF  and  to  define  a  MAF  force  structure.  Additionally,  th* 
MARCORS  J  scenario  was  utilized  to  establish  a  MAB  force  structure 
however  combat  intensity  remained  mid-to-high  based  upon  the  MARCORS  1 
scenario. 

1.4  STUDY  MODE 

From  the  above  assumptions,  the  only  major  resource  which  is  un¬ 
bounded  within  the  framework  of  this  study  is  the  software  and  the  per¬ 
sonnel  resources  that  are  associated  with  the  various  aspects  of  soft¬ 
ware.  Studies  may  be  conducted  in  one  of  two  modes;  the  requirements 
mode  or  the  capability  mode.  A  study  utilizing  the  requirements  mode 
results  in  the  functional  manager  stating  his  needs  with  little  or  no 
constraint  upon  a  availability  of  resources  to  support  the  stated  needs. 
On  the  other  hand,  a  study  executed  in  the  capability  mode  provides 
fixed  resources  within  which  a  functional  manager  must  perform  the 
function.  The  predecessor  to  this  study  was  primarily  the  MA6TF  Tele¬ 
processing  Requirements  Study  (reference  a).  The  MAGTF  study  was  con¬ 
ducted  in  the  requirements  mode.  In  the  formulation  of  this  deployed 
study,  realistic  limitations  were  established  through  the  provision  of 
very  little  deployed  telecommunications  capability  and  a  finite  set  of 
computer  hardware  upon  which  deployed  automated  processing  could  be 
accomplished.  The  essence  of  the  above  two  defined  bounds  by  fiat  places 
this  study  in  a  capability  mode. 

With  software  being  the  unbounded  component  of  the  study,  it  is 
absolutely  necessary  to  take  a  hard  look  at  deployable  software  systems 
vi s-a-vi s: 

t  Functional  concepts  for  deployed  operations  for  five  phases 
of  an  amphibious  operations  with  transitions. 

•  Modular  software  design  and  top-down  programming  for  ease  in 
assembling  deployable  AISs  and  ease  of  system  maintenance, 
enhancement  and  debug. 
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The  major  emphasis  for  this  study  is  to  document  concepts  of 
operation  for  deployed  MAGTF  and,  considering  the  bounds  of  this  study 
executed  primarily  in  the  capability  mode,  the  emphasis  for  the  study  is 
absolutely  in  the  proper  direction.  As  to  software  design  and  pro¬ 
gramming,  this  is  a  matter  largely  in  the  hands  of  the  central  design 
and  programming  activities  (CDPAs)  and  functional  managers  at  this  time; 
this  matter  is  developed  and  discussed  further  in  Chapter  5. 

The  utilization  of  the  MARCORS  1  and  3  scenarios  was  not  intended 
to  make  this  study  scenario-dependent  but  rather  they  were  utilized  to 
introduce  a  mid-to-high  intensity  of  -ombat  in  which  the  deployable  AISs 
would  function.  The  study  participants  were  therefore  guided  with 
scenarios  and  force  structures  which  are  further  discussed  in  Chapters  2 
and  3  of  this  study. 

The  implementation  of  study  recommendations  from  this  study  will 
require  specific  justifications  such  as  a  mission  element  need  statement 
(MENS)  potentially  followed  by  a  feasibility  and/or  economic  analysis. 
For  recommendations  involving  personnel  or  procedures,  T/Os  and/or  T/Es 
may  require  revision  and  operating  procedures  may  require  origination  or 
modification.  Recall  that  one  purpose  of  the  study  is  to  provide  the 
basis  for  justifying  deployable  AISs  and  the  MASC  hardware  suites  upon 
which  they  would  operate. 
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CHAPTER  2 

SCENARIOS  AND  FORCE  STRUCTURE 


2.1  GENERAL 

The  concepts  for  employment/operatlon  of  automated  information 
systems  (AISs)  in  support  of  deployed  fleet  Marine  Force  (FMF)  units,  as 
presented  in  this  report,  are  intended  to  be  scenario  independent  and 
have  been  developed  independent  of  physical  characteristics  and  opera¬ 
tional  contraints  imposed  by  specific  geographic  areas.  However,  the 
development  and  portrayal  of  concepts  of  employment/operation  are  best 
presented  within  the  context  of  scenarios  and  force  structures  that 
establish  at  least  the  general  parameters  within  which  the  concepts  will 
be  constrained.  Accordingly,  generalized,  notional  scenarios  and  force 
structures  have  been  identified  for  that  purpose  in  accomplishing  this 
study. 


2.2  SCENARIOS 

The  study  plan  provides  that  the  concept  of  employment/operations 
for  each  of  the  AISs  considered  will  be  documented  for  a  Marine  amphib¬ 
ious  force  (MAF),  Marine  amphibious  brigade  (MAB),  and  Marine  amphibious 
unit  (MAU)  in  each  of  the  five  phases  of  employment  to  include: 

I  Garrison 

II  Pre-deployment  preparation  including  embarkation 
III  During  deployment  while  afloat 
IV  Amphibious  assault 

V  Subsequent  operations  ashore  with  a  theater  airfield 
echelon  (TAE) 


2.2.1  Source 

The  MARCORS-1  Scenario,  as  contained  in  reference  yy  and  as  adap¬ 
ted  for  use  in  connection  with  the  Marine  Air-Ground  lask  Force  (MAGTF) 
Teleprocessing  Requirements  (1980-1985)  Study  (reference  a),  has  been 
used  as  a  baseline  for  this  study  in  analyzing  requirements  for  phases 
IV  and  V  as  described  above.  A  variant  of  that  scenario  has  been 
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utilized  for  phases  I,  II,  and  III,  This  variant  of  MARCORS-1  was  taken 
from  the  Landing  Force  Amphibious  Operations  Planning  Exercise  (refer¬ 
ence  designator  C(C)2112I)  utilized  by  the  Marine  Corps  Command  and 
Staff  College.  The  force  structure,  described  in  paragraph  2.3,  to¬ 
gether  with  these  scenarios  provide  the  framework  upon  which  is  built 
the  concept  of  employment/operations  for  each  AIS  when  deployed  in 
support  of  FMF  organizations  in  peacetime  or  combat  operations.  The 
scenarios  provide  a  rational  basis  for  identifying  data  transfer  and 
processing  nodes  for  the  deployed  AISs  in  each  of  the  deployment  phases. 

The  MARCORS-1  scenario  postulates  a  Warsaw  Pact  invasion  of  NATO 
territory  countered  by  a  MAF-level  amphibious  assault  conducted  in  mid- 
to-high  intensity  combat  and  with  the  intention  of  conducting  continued 
operations  ashore.  The  postulated  enemy  threat  and  configuration  of  the 
amphibious  objective  area  (AOA)  provide  the  environment  for  the  phased 
deployment  of  landing  force  elements  ashore  that  is  suitable  for  the 
requirements  of  this  study.  The  scenario  also  includes  a  requirement 
for  the  initial  deployment  of  a  theater  airfield  echelon  (TAE)  to  air¬ 
fields  outside  of  the  AOA  and  their  subsequent  phasing  into  the  objec¬ 
tive  area.  Since  subsequent  operations  ashore  after  arrival  of  the 
assault  follow-on  echelon,  but  prior  to  phasing  the  TAE  ashore  in  the 
AOA,  represents  the  period  of  peak  demand  as  far  as  deployed  AISs 
requirements  are  concerned,  there  was  no  study  requirement  for  a 
detailed  examination  of  the  final  phase  of  the  scenario  with  all  MAGTF 
elements  in  the  AOA. 

Deployed  MAUs  will  be  supported  solely  with  ADPE-FMF  devices; 
support  by  a  MAGTF  automated  service  center  (MASC)  will  not  be  required. 
Accordingly  a  scenario  has  not  been  identified  for  analysis  of  MAD 
requirements. 

In  order  to  facilitate  comparison  of  concepts  of  employment  of 
AISs  with  MAFs  and  MABs  certain  artificialities  have  been  introduced 
into  the  application  of  the  scenarios.  The  application  of  a  mid-to-high 
intensity  combat  environment  provides  the  most  demanding  situation  in 
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which  Marine  Corps  forces  are  likely  to  be  employed.  Accordingly,  the 
MARCORS-1  threat  forces,  while  being  kept  the  same  In  character,  have 
been  scaled  commensurate  with  the  combat  capability  of  the  MAGTF  under 
consideration.  The  Introduction  of  the  artificialities  of  using 
basically  the  same  scenario  for  examination  of  the  various  levels  of 
MAGTFs  does  not  adversely  effect  the  analysis  of  requirements  and 
concepts  for  the  employment  of  AISs  -  combat  Intensity  Is  the  desired 
common  thread.  In  this  regard.  It  Is  emphasized  that  this  study  has 
used  the  scenarios  solely  as  a  vehicle  to  structure  the  examination  of 
concepts  and  requirements  for  AISs  and  not  for  tactical  analyses. 

2.2.2  Phases 

Concepts  of  employment/ operations  have  been  examined  for  each  of 
the  five  phases  listed  In  paragraph  2.2  above.  These  phases  are  de¬ 
scribed  In  the  following  paragraphs. 

2. 2. 2.1  Phase  I,  Garrison.  This  phase  examines  concepts  for 
normal  garrison  operations. 

2. 2. 2. 2  Phase  II,  P re- deployment.  This  phase  Includes  prepara¬ 
tion  for  deployment,  pre- embarkation,  embarkation  and  operation  at  the 
port  of  embarkation  prior  to  departure.  The  transition  from  regional 
automated  service  center  (RASC)  to  MAGTF  automated  service  center  (MASC) 
data  bases  and  changes  to  the  MAGTF  task  organization  and  associated 
embarkation  and  loading  documents  will  result  In  a  great  deal  of  AIS 
activity  during  this  phase. 

2. 2. 2. 3  Phase  III,  Operations  Afloat.  This  phase  Includes 
operations  afloat  prior  to  Initiation  of  the  assault.  Movement  to  the 
AOA  and  the  movement  of  the  fixed-wing  aviation  component  to  the  remote 
theater  alrfleld(s)  are  Included  as  well  as  maneuvers  and  any  cross 
loading  activities.  In  general,  data  must  be  transported  from  shlp-to- 
ship. 
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2. 2. 2. 4  Phase  IV,  Amphibious  Assault.  This  phase  comprises  the 
ship-to-shore  movement  and  initial  operations  ashore.  It  terminates 
with  the  seizure  of  the  force  beachhead  line  (FBHL)  at  which  time  all 
major  headquarters  of  the  assault  echelon  are  established  ashore. 
Rotary-wing  aviation  elements  are  fully  established  ashore  and  V/STOL 
aviation  elements  may  be  established  ashore.  Control  of  some  or  all 
aviation  functions  is  normally  passed  ashore  during  this  phase.  Some 
TAE  elements  may  begin  to  phase  into  the  objective  area  but  the  pre¬ 
ponderance  of  fixed-wing  aviation  is  still  located  afloat  or  at  the 
theater  airfield(s)  outside  the  AOA. 

2. 2. 2. 5  Phase  V.  Subsequent  Operations  Ashore.  This  phase  con¬ 
siders  continued  operations  ashore  after  arrival  and  landing  of  the 
assault  follow-on  echelon  and  fixed-wing  aviation  elements  beginning  to 
echelon  into  the  AOA.  This  phase  has  been  consistently  identified  by 
HQMC  SAC  members,  the  CDPAs  and  users  from  the  FMFs  as  being  very 
demanding  for  AIS  operations  but  not  as  complex  as  those  in  the  pre¬ 
deployment  and  assault  phases. 

2.3  FORCE  STRUCTURE 

The  troop  lists  and  task  organization  of  the  MAGiFs  utilized  with 
the  scenarios  described  in  paragraph  2.2  are  those  developed  for  and 
used  in  the  Marine  Air-Ground  Task  Force  (MAGTF)  Teleprocessing  Require¬ 
ments  (1980-1985)  Study.  For  that  study,  the  forces  were  task  organized 
from  troop  lists  contained  in  the  MARCORS  scenarios,  updated  to  incor¬ 
porate  recent  and  projected  changes  in  FMF  organization  and  to  reflect 
personnel  strengths  established  in  current  tables  of  manpower  require¬ 
ments  (TMRs). 

2.3.1  Forces  Employed 

The  forces  utilized  for  this  study  include  a  Marine  amphibious 
force  (MAF)  and  a  Marine  amphibious  brigade  (MAB).  Since  it  was  deter¬ 
mined  that  the  Marine  amphibious  unit  (MAU)  will  not  require  deployed 
processing  support  from  MAGTF  automated  service  center  (MASC),  the  MAU 


has  not  been  analyzed  in  the  deployed  AIS  MASC  concept.  Both  FMFLANT 
and  FMFPAC  plan  to  provide  AISs  support  for  deployed  MAUs  solely  with 
ADPE-FMF  devices. 


2. 3. 1.1  Marine  Amphibious  Force.  The  MAF  was  organized  from  the 
troop  list  provided  in  the  MARCORS-1  scenario,  updated  as  described 
above.  The  basic  MAF  troop  list  and  the  task  organizations  for  the 
various  phases  of  the  operations  are  contained  in  Annex  D. 

2. 3. 1.2  Marine  Amphibious  Brigade.  The  MAB  was  organized  from 
tne  troDD  list  provided  in  the  MARCORS-3  scenario,  updated  as  described 
above.  Tne  MAB  troop  list  and  task  organization  for  the  various  phases 
of  the  operation  are  contained  in  Annex  E. 

2.3.2  Task  Organization  Variations 

The  task  organization  of  the  various  elements  of  the  MAGTFs  vary 
from  phase  to  phase  of  the  scenarios  as  explained  in  the  following 
paragraphs.  The  variations  in  the  task  organizations  are  depicted  in 
Annexes  0  and  E.  These  task  organizations  do  not  necessarily  coincide 
neatly  with  the  phases  of  the  scenarios  described  in  paragraph  2.2.  The 
phases  of  the  scenarios  and  the  corresponding  task  organization(s)  are 
depicted  in  table  2.1. 

2. 3. 2.1  Command  Element.  The  command  element  of  the  MAF  varies 
in  size  and  functional  components  between  phases  IV  and  V,  reflecting 
the  incorporation  of  the  assault  follow-on  echelon  prior  to  the  com¬ 
mencement  of  phase  V.  The  command  element  of  the  MAD  remains  unchanged 
through  the  various  phases. 

2. 3. 2. 2  Ground  Combat  Element.  The  ground  combat  element  (GCE) 
of  the  MAF  is  a  Marine  division;  that  of  the  MAB  is  a  regimental  landing 
team  (RLT).  The  administrative  organizations  reflected  in  the  troop 
lists  are  utilized  during  phase  I  and  transition  to  the  organization  for 
combat  during  phase  II.  Differences  affecting  AISs  concepts  of  employ¬ 
ment  resulting  from  differences  between  administrative  organization  and 
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Table  2.1.  Operational  Phases  and  Corresponding  Task  Organizations 


Scenario 


Task  Organization 


I  Garrison 


Administrative  organization  as 
depicted  by  the  troop  lists. 


II  Predeployment  including 
embarkation 


III  Deployment  while  afloat 


IV  Amphibious  Assault 


V  Subsequent  operations  ashore 
(initial  period) 


V  Subsequent  operations  ashore 
(follow-on  period) 


Organization  transitions  from 
administrative  to  organization  for 
combat  modified  as  required  to 
meet  constraints  of  embarkation, 
i.e.,  organization  for  embarka¬ 
tion.  (Note  1) 

Organization  for  combat  (initial 
assault)/organization  for  embarka¬ 
tion.  (Note  1) 

Organization  for  combat  (initial 
assault)/organization  for  landing. 
(Note  1) 

Organization  for  combat  (subse¬ 
quent  operations  ashore)  after 
arrival  and  landing  of  the  assault 
follow-on  echelon  but  prior  to 
arrival  in  the  AOA  ashore  of  the 
theater  airfield  echelon  (TAE). 

Organization  for  combat  after 
arrival  of  the  TAE  in  the  AOA. 
(Note  2) 


Note  1.  Only  the  organization  for  combat  (initial  assault)  has  been 
provided.  Oifferences  affecting  AISs  concepts  of  employment 
resulting  from  differences  between  organizations  for  combat, 
embarkation,  and  landing  are  considered  as  appropriate  in 
addressing  the  individual  AISs.  Separate  task  organizations 
reflecting  the  organization  for  embarkation  or  landing  have 
not  been  prepared. 


Note  2.  Since  subsequent  operations  ashore  after  arrival  of  the 

assault  follow-on  echelon  but  prior  to  phasing  ashore  in  the 
AOA  of  the  TAE  represents  the  most  demanding  case  as  far  as 
deployed  AIS  requirements  are  concerned,  there  was  no  study 
requirement  to  examine  this  final  step  in  the  scenario  in 
detail . 
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organization  for  embarkation,  landing,  and  combat  during  phases  II,  III, 
and  IV  are  considered  as  appropriate  in  addressing  the  individual  AISs 
but  separate  task  organizations  have  not  been  developed  to  reflect  these 
possible  variations.  Examples  of  these  differences  are  the  accounting 
problems  that  arise  from  spread  loading  of  personnel  and  equipment  of 
normal  administrative  organizations  between  several  ships  to  meet  tacti¬ 
cal  and  embarkation  requirements  and  the  disruption  of  administrative 
organizations  by  the  assignmeiit  of  many  attachments  in  the  process  of 
organizing  the  MAGTF  for  combat.  The  essential  difference  between  the 
task  organization  for  phases  II  through  IV  and  the  task  organization  for 
phase  V  arise  from  the  attachment  of  appropriate  supporting  elements  to 
the  infantry  units  during  the  earlier  phases  versus  their  retention  in 
direct  or  general  support  roles  during  the  latter  phases. 

2. 3. 2. 3  Aviation  Combat  Element.  The  aviation  combat  element 
(ACE)  of  the  MAF  is  a  Marine  aircraft  wing  (MAW)  task  organized  to 
conduct  all  types  of  tactical  air  operations  and  that  of  a  MAB  is  a  task 
organized  Marine  aircraft  group  (MAG).  The  MAW  and  MAG  are  organized 
differently  during  phases  II  through  IV  and  phase  V.  The  difference 
between  the  task  organizations  reflect  the  establishment  of  the  TAE 
outside  the  AOA  during  the  earlier  phases  and  its  movement  into  the  AOA 
during  the  latter  part  of  phase  V.  The  strength  of  the  component  avia¬ 
tion  units  also  varies  slightly  during  the  earlier  phases  as  a  result  of 
attachments  to  provide  helicopter  support,  shore  party  support,  and 
force  or  brigade  combat  service  support  during  assault  operations. 

2. 3. 2. 4  Combat  Service  Support  Element.  The  combat  service 
support  element  (CSSE)  of  a  MAF  is  a  force  service  support  group  (FSSG) 
and  for  the  MAB  it  is  a  brigade  service  support  group  (BSSG).  In  this 
analysis,  the  CSSE  passes  through  four  major  variations  in  organization 
— first,  the  administati ve  organization  in  garrison;  second,  the  orga¬ 
nization  for  assault  operations;  third,  organization  following  dis¬ 
establishment  of  the  landing  force  shore  party  at  the  end  of  phase  IV; 
and  finally  the  change  that  takes  place  with  the  incorporation  of  the 
TAE  service  support  group  detachment  into  the  CSSE  in  the  AOA.  The 
combat  service  support  element  of  a  MAGTF  may  include  naval  construction 
units,  e.g.,  a  naval  construction  regiment  in  a  MAF. 


CHAPTER  3 

A  IS  OPERATIONAL  CONCEPTS 


3.1  INTRODUCTION 

Each  major  administrative  function  conducted  within  the  Marine 
Corps  was  reviewed  for  deployed  concepts  of  operation  in  the  1985  to 
1995  time  frame  with  a  focus  upon  the  1988  time  period.  In  many  cases, 
large,  newly  emerging  AISs  are  replacing  manual  and  semi -automated 
systems  to  the  point  that  automated  systems  will  replace  earlier  systems 
thus  making  the  Marine  Corps  operators  dependent  upon  AIS  both  in  garri¬ 
son  and  when  deployed.  Marines  and  Marine  Corps  civilian  personnel  were 
interviewed  at  HQMC,  the  supporting  establishment,  CDPAs  and  both  FMFs; 
interviews  were  also  conducted  with  Navy  and  Defense  Communications 
Agency  personnel.  The  memoranda  for  record  from  the  interviews  are 
contained  in  Annex  C  to  this  report. 

The  documented  concepts  of  operation  for  functions  which  have 
identified  a  need  for  deployed  AIS  support  are  contained  in  the  follow¬ 
ing  subparagraphs.  The  format  followed  for  each  functional  concept  of 
operation  consists  of  a  baseline  concept  (i.e.  description  of  current 
AIS)  followed  by  the  AIS  concept  of  operation  by  amphibious  operational 
phase  for  the  1988  time  period.  Table  3.1.1  lists  the  deployable  AIS 
and  their  proponent. 


Table  3.1.1  Deployable  AISs  and  Their  Proponent 


Deployable  AIS 

REAL  FAMMIS 

UNITREP 

NALCOMIS 

FREDS 

SUADPS-RT 

DOV 

MSS 

MIMMS 

SEMS 

CLASS  II  &  III 


Status 

Development 
Impl ement 
Devel opment 
Conversion 
Development 
Devel opment 
Devel opment 
Conversion 
Development 
Va  ri  ed 


Proponent 

Manpower 

PPO 

Aviation-Navy 

Aviation 

Aviation-Navy 

Fi seal 

I&L 

I&L 

I&L 

Varied 


3.2  MANPOWER 

The  manpoMer  and  pay  AISs  Mtll  be  discussed  together  since  both 
the  baseline  systems  [Joint  Uniform  Military  Pay  System  (JUMPS)  and 
Manpower  Management  System  (MMS)]  and  their  potential  replacement,  the 
Real  Time  Financial  and  Manpower  Management  Information  System  (REAL 
FAMMIS)  are  Integrated  systems. 

Throughout  the  course  of  this  study,  the  emphasis  of  numerous 
Interviews  conducted  with  cognizant  personnel  at  HQMC  and  Fleet  Marine 
Force  locations,  has  been  on  Identifying  the  manpower  and  pay  require¬ 
ments  of  a  MAGTF  (MAU,  MAB,  MAF)  In  each  of  the  five  phases  of  deploy¬ 
ment.  Once  requirements  were  defined,  the  discussions  were  directed  to 
the  existing  capability  of  JUMPS/MMS  to  satisfy  the  requirements.  Then, 
Interviewed  personnel  were  briefed  on  the  applicable  portions  of  the 
forthcoming  REAL  FAMMIS  to  determine  their  degree  of  satisfaction  with 
the  “solutions”  currently  conceptualized. 

Herein,  we  will  present  an  overview  of  the  baseline  system 
(JUMPS/MMS)  and  a  more  detailed  look  at  the  forthcoming  system  (REAL 
FAMMIS).  Since  It  Is  likely  that  JUMPS/MMS  will  still  be  operational 
during  the  early  portion  of  the  1985-1995  time  frame,  it  Is  necessary 
that  the  reader  understand  the  limits  of  the  support  that  it  will  pro¬ 
vide  to  a  deployed  MAGTF.  While  the  conceptual  REAL  FAMMIS  will  provide 
significant  enhancement  to  pay  and  manpower  management,  there  are  still 
areas  wherein  shortcomings  are  projected  to  exist  regarding  support  of  a 
MAGTF.  These  areas  of  concern  will  be  highlighted. 

It  is  noted  that  the  schematic  depictions  of  the  manpower  and  pay 
AISs  are  In  greater  detail  than  has  been  possible  for  many  of  the  other 
AISs.  This  has  been  possible  because  of  the  significant  development 
work  that  has  been  previously  completed  by  PGRG  on  the  Real  Time 
Financial  and  Manpower  Management  Information  System  (REAL  FAMMIS). 


3.2.1  Pay  and  Manpower  Baseline  Processing  (JUMPS/MMS) 

The  existing  pay  and  manpower  management  system  Is  JUMPS/MMS. 
JUMPS/MMS  does  not  include  the  management  of  Reserve  and  Retired 
Personnel.  In  addition,  there  are  some  28  other  systems,  sub-systems, 
and  processes  whose  functions  are  presently  not  an  integral  part  of  the 
baseline  system  but  will  be  in  REAL  FAMMIS. 

Figures  3.2.1  through  3.2.4  display  the  functions  of  the  baseline 
system  in  the  garrison  and  embarkation  environments,  and  in  the  afloat, 
assault  and  continued  operations  ashore  environments.  The  description 
of  this  baseline  system  is  contained  in  the  paragraphs  that  follow. 

JUMPS/MMS  may  be  characterized  as  a  distributed  data-processing 
system  with  a  central  facility  and  master  data  base  exercising  control 
over  remote  processing  facilities  and  their  data  bases.  The  system  was 
implemented  over  the  period  1969-1975. 

Functional  control  of  the  input  and  output  is  exercised  by  the 
Deputy  Chief  of  Staff  (Manpower)  for  the  manpower  portion  of  the  system 
and  the  Fiscal  Director  of  the  Marine  Corps  for  the  financial  portion  of 
the  system.  Technical  operation  of  the  system  is  controlled  by  the 
Director  of  the  Command,  Control,  Communications,  and  Computer  Systems 
Division. 

The  system  is  event-oriented,  with  input  occuring  at  the  Report¬ 
ing  Unit/Di sbursinq  Office  (RU/DO)  level.  The  RU/DO,  any  command  or 
administrative  echelon  so  designated,  enters  his  input  on  the"green 
machine"  or  prepares  an  Optical  Character  Recognition  (OCR)  document  in 
a  format  prescribed  within  the  several  directive  and  procedural 
documents,  e.g. ,  Personnel  Reporting  Instruction  Manual  (PRIM),  JUMPS 
Field  Procedures  Manual.  Depending  upon  the  function  supported  by  the 
OCR  documents,  it  is  variously  titled:  (1)  Unit  Diary,  (2)  Transcript 
of  Data  Extraction,  (3)  Accession  Transcription  Form,  (4)  Data 
Transcription  Form  (5)  Allotment /Bond  Authorization  Form,  (6)  Military 
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Figure  3.2.2.  JUMPS  (Afloat,  Assault,  and  Continued  Operations  Phases) 


Figure  3.2.3.  MMS  (Garrison  and  Embarkation  Phases) 


Pay  Voucher,  (7)  Schedule  of  Payroll  Deletions,  (8)  Payment  Option 
Election,  (9)  Military  Payroll  Money  List  and  (10)  Document  Transmittal 
Letter.  Unique  to  HQMC  is  the  capability  to  enter  certain  event 
information  into  the  system  on  a  standard  80-column  EAM  card. 

After  the  OCR  document  has  been  completed,  it  is  forwarded  by 
the  most  expeditious  means  to  the  Administrative  Control  Unit 
(ACU)/Reqional  Automated  Services  Center  (RASC)  and,  if  necessary,  a 
copy  is  forwarded  to  the  Disbursing  Office  which  services  the  Reporting 
Unit.  A  copy  is  retained  in  the  Reporting  Unit. 

Within  the  ACU/RASC,  the  document  is  visually  edited  for  errors 
and  the  original  is  retained  for  the  daily  scan  cycle  at  the  RASC.  The 
ACU  files  a  copy  of  the  document  by  RU/DO  and,  through  coordination  with 
the  RASC,  schedules  a  scan  cycle.  The  accumulation  of  the  daily  OCR 
documents  is  forwarded  to  the  RASC  OCR  scanner,  where  each  document  is 
scanned  and  converted  to  English  statements  on  magnetic  tape.  Addition¬ 
al  outputs  from  this  process  are  hard  copy  management  reports  which  are 
fjrwarded  to  the  ACU/RASC  for  verification  that  the  scanning  process  was 
correctly  accomplished.  When  it  has  been  confirmed  that  the  scanning 
operation  has  correctly  taken  place,  the  original  OCR  document  is  filed 
for  subsequent  mailing  to  and  microfiche  copying  at  the  MCASC,  Kansas 
City,  Missouri. 

The  continued  implementation  of  Source  Data  A.itomation  (SDA) 
throughout  the  Marine  Corps  is  obviating  much  of  the  process  described 
above  and  has  facilitated  data  entry  into  the  system. 

Subsequent  to  the  scanning  process  or  input  of  data  by  SDA,  the 
English  language  event  statements  are  delivered  to  the  Operations  Sec¬ 
tion  of  the  RASC.  Following  Standing  Operating  Procedures,  the  Field 
File  Maintenance  process  is  commenced.  The  first  three  steps  involve 
editing  of  the  event  statements;  i.e.,  (1)  converting  the  English  state¬ 
ment  to  machine  oriented  transcation  code,  (2)  verifying  logical  content 
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and  proper  original  source  of  entry,  and  (3)  checking  compatibility  of 
an  event  with  the  individual  record  to  be  changed.  If  the  English 
statement  cannot  be  converted  to  code  or  the  transaction  fails  to  pass 
any  other  edit,  it  is  removed  from  the  job  stream  and  placed  on  the 
Master  Error  Control  File/Suspense  File. 

After  the  completion  of  the  edit  operation,  the  transactions  are 
uniquely  identified  in  two  categories:  (1)  pay-related  and  (2)  non-pay - 
related.  This  distinction  is  made  since  pay-related  transactions  must 
not  update  the  Field  Master  Record  of  an  individual  until  they  have 
first  updated  that  record  on  the  Central  Master  File  (CMF).  These  two 
types  of  transactions  are  now  merged  with  a  third  category  of  data  which 
is  representative  of  the  transactions  which  had  been  passed  to  the 
MCCDPA,  as  the  result  of  previous  field  cycles,  for  posting  to  the  CMR. 
These  transactions  can  further  be  subdivided  into  two  categories,  those 
which  have  not  previously  posted  to  the  FMR  and  those  which  may  or  may 
not  have  posted,  but  upon  entry  into  the  Central  File  Process  have 
failed  one  of  the  various  edit  criteria  and  therefore  have  not  been 
posted  to  the  CMR.  Transactions  received  from  MCCDPA,  via  AUTODIN,  are 
first  decoded  by  stripping  off  the  basic  communications  information, 
leaving  the  basic  JUMPS/MMS  data.  Those  transactions  which  have  failed 
at  the  MCASC  are  written  on  the  Master  Error  Control  File.  Those  which 
have  been  posted  to  the  CMR  are  merged  with  the  transactions  from  the 
output  of  the  edit  process  for  the  current  field  cycle. 

All  transactions  from  the  current  field  cycle  which  have  passed 
the  edit  process  are  now  encoded  for  AUTODIN  transmission  to  the  MCCDPA. 
Additionally,  a  duplicate  set  of  the  uncoded  version  of  these  transac¬ 
tions  plus  the  decoded  transactions  from  the  MCCDPA  are  now  posted  to 
the  FMR. 

The  final  steps  in  the  Field  File  Maintenance  process  are  in¬ 
volved  with  the  preparation  of  the  various  management  and  audit  reports 
and  files  which  support  JUMPS/MMS.  A  Statistical  Analysis  Report  file 


3-9 


is  updated.  The  Master  Error  Control  File/Suspense  File  is  merged  with 
posted  transactions  to  create  the  Reporting  Unit  Transaction  Register 
and  ACU  Transaction  Register.  Personnel  Verification  Unit  Transaction 
Register,  Pending  Transaction  Register,  and  Visual  Audit  Sheets  are 
prepared  when  directed  by  current  policy. 

These  latter  documents  are  delivered  to  the  ACU  for  distribution 
to  the  Reporting  Units  and  subsequent  audit  and  correction  of  erroneous 
data. 


Twice  each  month  the  MCCDPA  generates  payment  data  (TCC  699)  and 
transmits  these  data,  via  AUTOOIN,  to  the  appropriate  RASC  for  posting 
to  the  FMR.  In  accordance  with  information  contained  on  the  payroll 
header  and  payroll  number  cards  submitted  by  the  RASC  Disbrusing  Of¬ 
ficer,  the  RASC  will  prepare  a  Rough  Payroll  which  the  Disbursing  Of¬ 
ficer  will  audit  against  the  Personal  Financial  Record  and  Leave  and 
Earning  Statements.  Addition/deletion  of  individuals  to  the  Rough 
Payroll  and  correction  to  amounts  due  are  accomplished  by  the  prepara¬ 
tion  of  a  change  card.  When  the  audit  of  the  Rough  Roll  has  been  com¬ 
pleted  and  the  requisite  change  card  created,  the  change  cards  are 
submitted  to  the  RASC. 

The  RASC  processes  the  change  cards  and  payment  data  to  create 
the  Military  Payroll  Money  List  (Smooth  Rolls),  check  issue  file,  con¬ 
trol  total  reports,  and  the  Comeback  Payment  Tape  which  is  composed  of 
TTC  625  data  (payments). 

The  Comback  Payment  Tape  takes  two  paths  back  to  MCCDPA/MCFC. 
First,  it  is  encoded  for  AUTODIN  transmission  to  the  MCASC  and,  second¬ 
ly,  a  copy  is  mailed  to  the  MCFC. 

The  process  by  which  JUMPS/MMS  data  are  prepared  for  and  trans¬ 
mitted  by  AUTODIN  is  essentially  the  same  for  a  RASC  and  the  MCCDPA. 
This  basic  orocess  is  described  as  follows: 
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•  Information  is  generated  into  AUTODIN  batches.  Each  batch  is 
composed  of  between  400  and  425  line  blocks.  EiCh  batch  is 
assigned  a  batch  control  number  which  identifies  the  origin, 
destination,  batch  version  and  batch  number.  Batches  are 
transmitted  via  the  AUTODIN  I  Network.  Upon  receipt  at  the 
destination,  the  data  are  written  to  tape;  as  tapes  fill  up 
they  are  catalogued. 

•  As  part  of  the  cycle  process  the  catalogued  tapes  are  passed 
through  a  BREAKOUT  program,  which  places  the  data  in  the 
correct  JUMPS/MMS  context  and  performs  edits  which  include  a 
check  for  completeness. 

•  Data  which  have  been  transmitted  remain  on  a  hold  file  at  the 
RASC  until  an  acknowledgement  is  received  from  the  destina¬ 
tion.  If  acknowledgement  is  not  received  for  a  transmitted 
batch  within  a  specified  time,  the  batch  is  automatically 
retransmitted. 

The  Central  Master  Record  (CMR)  is  maintained  at  the  Marine  Corps 
Central  Design  and  Programming  Activity  (MCCDPA)  which  is  collocated 
with  the  Marine  Corps  Finance  Center.  The  process  for  updating  the  CMR 
can  be  described  at  the  macro-level  in  an  anologous  manner  to  that  used 
for  the  update  of  the  FMR.  Therefore,  only  exceptions  will  be  noted  as 
follows : 

•  With  the  exception  of  the  625  comeback  tapes  that  are  some¬ 
times  used,  there  are  no  JUMPS/MMS  data  in  the  form  of  scan 
tapes  (Bonds  and  Allotments  is  considered  a  separate  system 
from  JUMPS/  MMS).  All  input  data  have  been  obtained  from 
AUTODIN  traffic.  Reports  such  as  the  UTR,  PVUTR,  PTR,  ACU, 

UTR,  and  VAS  are  not  produced  at  the  central  site  except  for 
those  produced  at  the  Kansas  City  ACU. 

•  Several  statistical  management  reports  are  produced  which  are 
not  produced  in  the  field  cycle  process. 


•  Once  weekly  a  magnetic  tape  of  changes  to  the  CMR  during  the 
past  week  is  forwarded  to  HQMC  for  update  of  the  Headquarters 
Master  Record  (HMR). 

The  purely  unique  operations  at  the  MCASC/MCFC  are  those  which 
are  associated  with  the  pay  function.  The  CMR  is  the  only  magnetic 
record  with  the  requisite  data  from  which  the  pay  of  an  individual 
Marine  can  be  created. 

Approximately  10  days  prior  to  each  monthly  payday,  an  Update  and 
Extract  (U4E)  Cycle  is  run  at  the  central  site.  Each  record  is 
examined,  including  the  pay  history  remarks,  and  the  pay  due  to  each 
Marine  is  computed  as  Type  Transaction  Code  699.  These  TTC  699s  are 
transmitted  via  AUTODIN  to  the  appropriate  RASC  and  are  the  basic  input 
for  the  Rough  Rolls  and  Smooth  Rolls  pay  process.  The  composite  to 
check-to-financia1  organization  program  is  entered  into  the  Federal 
Reserve  System  by  tape  at  Kansas  City  by  manual  delivery. 

For  those  Marines  who  are  on  Centralized  Pay,  e.g.,  Marine  Corps 
Base,  Twenty-Nine  Palms,  the  checks  are  created  at  the  central  site  and 
delivered  to  Central  Pay  Accounts  for  subsequent  deliveiy  to  the 
appropriate  Disbursing  Office.  The  Disbursing  Officer  audits  the  checks 
received  against  the  Personal  Financial  Record.  Checks  which  are  less 
than  the  amount  due  are  issued  and  the  difference  made  up  as  a  special 
amount.  In  those  cases  where  the  original  check  was  in  excess  of  the 
amount  due,  that  check  is  cancelled  and  a  new  check  in  the  proper  amount 
is  issued.  Subsequent  to  payday  the  Comeback  Pay  Tapes  (TTC  625)  are 
posted,  as  payments  are  made,  to  the  CMR. 

Subsequent  to  the  last  payday  of  the  month,  receipt  of  the  Corn- 
back  Pay  Tapes,  and  the  6th  day  of  the  next  month.  Leave  and  Earnings 
Statements  are  produced  from  the  CMR  and  are  distributed  throughout  the 
Marine  Corps  by  the  MCFC.  This  action  provides  for  an  exercise  of  the 
control,  audit  and  correction  to  the  pay  process. 


In  addition  to  the  creation  of  the  JUMPS  Management  Reports,  the 
manual  audits  performed  as  a  Quality  Assurance  function  serve  to  provide 
as  audit  and  control  post-pay  processes  for  the  detection  of  all  forms 
of  erroneous  payments  within  JUMPS/MMS. 

3.2.2  Development  of  REAL  FAMMIS 

As  stated  in  the  foregoing  section,  for  the  past  decade  the 
Marine  Corps  has  utilized  the  Manpower  Management  System  (MMS)  and  Joint 
Uniform  Military  Pay  System  (JUMPS)  to  support  the  manpower  and  pay 
functions  of  the  active  duty  Marine  Corps.  During  that  time,  JUMPS/MMS 
has  undergone  significant  revision  and  modification  to  meet  the  ever 
changing  procedural  and  information  demands.  Recognizing  that  JUMPS/MMS 
was  approaching  its  life  expectancy,  the  Marine  Corps  embarked  upon  a 
program  to  develop  a  system  that  will  serve  commanders  and  managers  at 
all  levels  throughout  the  mid-  and  long-range  periods.  Thus,  on  30 
March  1978  the  Chief  of  Staff  of  the  Marine  Corps  approved  the  concept 
of  the  Real  Time  Financial  and  Manpower  Management  System  (REAL  FAMMIS). 

As  an  ultimate  goal.  This  concept  provides  for  a  single,  central¬ 
ized,  automated  manpower  and  pay  system,  which  will  combine  service 
record  maintenance,  unit  diary  reporting  and  personal  financial  record 
maintenance  into  a  single  function.  As  proposed  in  the  concept,  the 
REAL  FAMMIS  would  be  capable  of: 

•  Secure,  on-line,  real-time,  interactive  retrieval  and  update 
of  the  central  data  base  with  reporting  units  down  to  the 
Battalion/Squadron  level. 

•  Supporting  the  Command  in  all  environments:  garrison,  afloat 
and  deployed  ashore. 

•  Achieve  data  transmission  through  maximum  use  of  telecommuni¬ 
cations  support  available. 

•  Operate  on  standard,  general  purpose  ADPE  which  will  become 
available  in  the  1985-1995  time  frame. 


3-13 


During  the  period  1  August  1978  through  30  September  1981,  the 
Potomac  General  Research  Group  (PGRG)  performed  development  work  on  the 
REAL  FAMMIS  as  follows: 

•  Problem  Definition  (1  August  1978  to  30  March  1979) 

•  Requirements  Determination  and  Validation  (1  April  1979  to  29 
June  1979) 

•  Initial  System  Design  Considerations  (1  July  1979  to  28 
September  1979) 

•  Feasibility  Study  (1  October  1979  to  29  August  1980) 

•  Telecommunications  Requirements  Study  (1  May  1980  to  30 
September  1980) 

•  Economic  Analysis  (1  October  1980  to  7  April  1981) 

t  Functional  Description  (1  October  1980  to  7  June  1981) 

Automated  Information  System  Development  Plan  (1  October  1980 
to  30  September  1981) 

Herein,  we  will  highlight  those  features  of  the  aforementioned 
development  work  that  directly  apply  to  manpower  and  pay  support  in  a 
deployed  environment. 

During  the  Problem  Definition,  it  was  determined  that  JUMPS/MMS 
did  not  adequately  support  deployed  units  or  individuals.^  The 
Regional  Automated  Service  Centers  (RASCs)  are  in  fixed  locations  which 
created  the  problem  of  transporting  input/output  to  and  from  deployed 
units.  The  telecommunications  are  not  generally  available  with 
sufficient  capability  in  deployed  units  for  high  volume  administrative 
traffic.  Additionally,  it  was  determined  that  the  Disbursing  Offices 
must  support  deployed  units  with  a  parallel  manual  pay  system  and  that 
their  T/Os  were  not  adequate  to  support  this  requirement. 


should  be  noted  that  the  JUMPS/MMS  was  not  operational  during  the 
Vietman  era  and  thus,  has  not  been  tested  in  a  war-type  of  environment. 


Evolving  from  the  problems  defined  in  the  existing  JUMPS/MMS 
system  were  246  requirements  validated  as  necessary  and  three  that  were 
validated  as  optional  to  meet  the  criteria  established  in  the  approved 
REAL  FAMMIS  System  Concept  Statement.  Those  that  pertain  uniquely  to 
manpower  and  pay  in  a  deployed  environment  are  summarized  herein;  i.e., 
REAL  FAMMIS  must: 

•  Provide  the  means  for  system  operation  and  functioning  which 
are  independent  of  the  environment  in  which  the  system  is 
operating. 

•  Provide  that  any  required  hardware  in  the  FMF  is  independent 
of  the  environment  in  which  the  system  is  operating. 

•  Provide  for  interface  with  required  Marine  Tactical  Command 
and  Control  Systems  (MTACCS). 

•  Provide  for  absorbing  the  functions  of  the  Marine  Integrated 
Personnel  System  (MIPS).^ 

•  Provide  for  interface  with  the  Shipboard  Manpower  Management 
Systems  (ASIS.  LHA-MIS).2 

•  Provide  the  means  by  which  the  system  can  smoothly  make  the 
transition  from  the  garrison  to  the  afloat  ana  then  to  the 
combat  environment. 

•  Establish  interface  from  Battalions/Squadrons  in  AOAs  and 
other  remote/afloat  locations  to  the  central  pay  data  base. 

0  When  available  transmission  means  will  not  support  direct 
interactions  between  the  centralized  pay  data  base  and  the 
deployed  unit,  establish  a  MAGTF  central  data  base. 

^The  MIPS  is  the  system  that  is  to  provide  the  FMF  with  an  easily 
deployable  system  capable  of  providing  the  manpower  information  input 
requirements  to  the  MTACCS.  PGRG  prepared  and  delivered  to  the  Marine 
Corps  a  Required  Operational  Capability  document  with  supporting 
information  regarding  MIPS  on  2  July  1976. 

^This  requirement  was  validated  as  "optional." 


•  Provide  the  capability  to  pay  members  of  other  Services  when 
necessary. 

•  Provide  members  the  option  of  having  a  portion  of  net  pay 
carried  forward  if  desired,  and,  at  the  option  of  the  unit 
commander  when  deployed  or  afloat,  to  delay  the  unit 
payrol 1 . 

•  Provide  the  requisite  information  and  responsive  procedures 
with  which  system  users  may  determine  the  tables  of 
organization  and  manning  levels  for  units  under  their 
cognizance. 

•  Provide  a  means  by  which  the  system  will  interface  with 
tactical  and  supporting  establishment  systems,  models  and 
processes  which  have  a  requirement  for  manpower  information. 

The  system  designs  evaluated  were  conceptualized  as  alternatives 
that  might  satisfy  the  requirements  for  REAL  FAMMIS.  These  were  a 
centralized,  decentralized,  and  a  hybrid  system  that  combined  features 
of  each  of  the  other  two  pure  alternatives.  During  the  feasibility 
study,  each  of  these  alternatives  and  the  existing  JUMPS/MMS  were 
evaluated  regarding  their  technical  and  operational  feasibility  in 
meeting  REAL  FAMMIS  requirements.  The  JUMPS/MMS  was  determined  to  be 
not  technically  or  operationally  feasible  in  meeting  the  REAL  FAMMIS 
requirements.  The  centralized,  distributed  and  hybrid  systems  were 
found  to  be  operationally  and  technically  feasible  and  would  accrue 
approximately  the  same  relative  benefits.  Importantly,  each  of  the 
alternative  REAL  FAMMIS  system  designs  was  marginally  feasible  from  both 
a  technical  and  operational  standpoint  when  considering  a  deployed 
envi ronment. 

Regarding  technical  feasibility,  one  of  the  seven  evaluation 
criteria  was,  "Provision  of  REAL  FAMMIS  support  to  deployed  MAGTFs."  It 
was  determined  that  a  lack  of  data  communications  capability  to  the 
battalion/squadron  level  and  from  the  deployed  MAGTF  (or  AOA)  caused  an 
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unresponsive  component  for  REAL  FAMMIS  processing.  Each  alternative 
system  configuration  was,  therefore,  modified  to  accomodate  the  degraded 
communication  conditions.  It  was  hypothesized  that  each  deployable 
battalion/squadron  would  be  provided  a  stand-alone  microcomputer 
terminal  to  conduct  transaction  edits,  prepare  a  transaction  disk,  and 
query  the  battalion  manpower  convenience  file.  (In  fact,  this  device 
can  be  considered  to  be  the  second  generation  of  the  "green  machine" 
that  has  recently  been  provided  at  the  battalion/squadron  levels.)  It 
was  also  hypothesized  that  a  mobile  FASC  would  be  provided  the  deployed 
MAGTF  to  create  consolidated  MAGTF  transaction  tapes  for  transportation 
to  a  host  computer  and  return  update  of  files  (These  FASCs  are  analogous 
to  the  MASCs  referenced  throughout  this  report).  It  was  envisioned  that 
the  MAGTF  FASC  would  act  as  the  regional  MAGTF  processor  for  the  REAL 
FAMMIS  alternative  ultimately  recommended,  the  hybrid  alternative.  Even 
with  these  modifications  the  hybrid  system  was  still  adjudged  to  be 
"marginally  feasible"  regarding  technical  considerations. 

A  total  of  39  operational  feasiblity  criteria  were  identified  for 
analysis  and  derivation  of  quantitative  benefits.  Of  these,  the 
following  four  were  directly  involved  with  the  deployed  environment: 

•  Ability  of  the  system  to  meet  the  information  and  pay  needs 
of  the  afloat  commander  during  periods  when  communications 
may  be  less  than  optimal.  (Within  this  criterion,  such 
factors  as:  (1)  what  are  the  true  info'”mation  and  pay  needs 
of  the  afloat  commander,  and  (2)  what  are  the  anticipated 
number  of  changes  to  the  data  base  with  which  the  commander 
embarked,  are  considered.) 

•  Ability  of  the  system  to  meet  the  information  and  pay  needs 
of  the  combat  commander  during  periods  when  communications 
exterior  to  the  combat  area  may  be  less  than  optimal.  (This 
criterion  measured  the  flexiblity  of  a  system  in  meeting  a 
commander's  information  needs  under  varying  quality  levels  of 
communications  exterior  to  the  AOA.) 
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•  Capability  of  the  system  to  effect  all  payments  to  and 
collections  from  members,  from  information  contained  in 
individual  pay  accounts  in  garrison,  afloat  and  in  combat. 

•  Ease  of  handling  input  corrections  (resubmissions  of  data) 
from  afloat  and  deployed  commands  during  periods  when  com¬ 
munications  may  be  less  than  optimal. 

While  the  hybrid  alternative  was  evaluated  to  satisfy  each  of 
these  criterion,  it  did  so  in  a  marginal  fashion  causing  it  to  receive  a 
rating  of  "marginally  feasible"  for  operational  feasibility  for  both  the 
combat  and  afloat  environments. 

The  portion  of  the  REAL  FAMMIS  developmental  efforts  involving 
telecommunications  requirements  in  the  AOA  documented  the  fact  that 
there  then  existed  insufficient  data  to  adequately  identify  AIS 
requirements  in  the  AOA.  Accordingly,  since  data  were  not  available  for 
other  data  competing  with  REAL  FAMMIS  traffic,  the  examination  of  the 
LFICS  capability  considered  only  whether  or  not  a  particular 
configuration  could  support  the  REAL  FAMMIS  data  transfer  requirements. 
Figure  3.2.5  outlines  the  traffic  flowlines  for  a  MAF  in  the  AOA  and 
Table  3.2.1  provides  an  indication,  by  link,  of  the  percent  of  total 
common  user  channel  capacity  required  for  transfer  of  REAL  FAMMIS  data. 
Since  the  greatest  percentage  estimated  was  only  six  percent  of  the 
total  capacity,  it  was  evaluated  that  the  multichannel  switched  system 
(MCSS)  should  be  capable  of  supporting  REAL  FAMMIS  within  the  AOA. 
However,  telecommunications  exterior  to  the  AOA  were  evaluated  to  be 
severely  constrained  due  to  the  austere  capabilities  available.  PGRG 
estimated  that  with  a  75  bps  rate  approximately  200  percent  of  channel 
capacity  would  be  required  by  REAL  FAMMIS  alone. 


Figure  3.2.5  REAL  FAMMIS  Traffic 
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The  infonmation  in  REAL  FAMMIS,  contained  herein,  is  the  most 
current  available.  It  is  subject  however,  to  changes  resulting  from 
certain  organizational  and  concept  decisions  made  by  the  REAL  FAMMIS 
Executive  Steering  Committee  on  30  November  1981.  These  changes  have 
mt  as  yet  been  provided  to  PGRO. 

3.2. 2.1  REAL  FAMMIS  -  Garrison  and  Embarkation  Phases.  The  pay 
and  manpower  operations  within  REAL  FAMMIS  for  the  garrison  and  embar- 
xation  phases  of  an  amphibious  operation  are  depicted  in  Figures  3.2.6 
and  2.3.7  respectively.  As  can  be  seen,  REAL  FAMMIS  is  a  crossbreed 
between  a  fully  centralized  approach  and  a  distributed  approach;  i.e., 
it  uses  a  centralized  concept  of  pay  and  manpower  data  input  and  a 
iistributed  concept  of  manpower  data  retrieval,  for  active  duty  Marines. 

The  principal  elements  of  this  approach  are  a  central, 
integrated  data  base  that  is  operated  at  a  large  central  processing 
•acility  (MCCDPA,  Kansas  City)  and  several  regional  data  bases 
;-^oqraohical  ly  located  in  CONUS,  Hawaii  and  Okinawa.  These  data  bases 
irc  accessed,  the  central  for  all  updates  and  some  retrievals,  the 
-r^cional  sites  for  retrieval,  by  user  terminals  over  an  extensive 
■''.IN- based  telecommunications  network.  Generally,  HQMC ,  disbursing 
otf  ces  and  reporting  units  at  the  Battalion/Souauron  and  higher 
•^ea  quarters  echelons  (in  garrison)  will  have  query  and  update  access  to 
■-inpower  and  financial  information.  Intermediate  commands  that  have  no 
■eportinq  responsibility  will  have  direct  access  for  query  only  to  that 
nortion  of  the  data  base  perta-ning  to  individuals  under  their  purview. 

Principal  to  this  system  is  the  sequence  of  data  update. 

I  i  data  are  entered  to  the  central  master  file  prior  to  being 
iistributed  to  the  regional  data  bases.  Therei'ore  the  central  file  is 
••"i'y  tne  master  file. 

Primary  data  entry  points  will  be  the  Reporting  Unit 
'  ini  the  Disbursing  iffice  (DO)^.  Data  entry  will  be  from  the  RU 


l-Qut  to  the  system  will  ne  directly  from  un’t  neportmg,  as 
-dp’  'mented  by  00,  rlQMC.  MCRD,  AFEES  and  other  input  and/cr  quality 
asi.jrjnce  personnel. 


( 
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ACTIVE  DUTY  IN  GARRISON 


Figure  3.2.6.  REAL  FAMMIS  -  Pay  (Garrison  and  Embarkation  Phases) 
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Figure  3.2.7.  REAL  FAMMIS  —  Manpower  (Garrison  and  Embarkation  Phases) 


or  DO  terminal  to  the  CDPA.  Most  RUs  and  DOs  are  to  be  equipped  with 
programmable  terminals  (PTs)  but  some  will  have  nonprogrammable  termi¬ 
nals  (NPTs).  When  a  reserve  unit  has  a  PT,  the  Inspector-Instructor  and 
Active  Duty  Support  staffs  will  use  the  MCR  unit  PT ;  other  MCRs  will 
nave  separate  NPTs.  Some  users  at  HQMC  and  MCFC/CDPA  wil’  use  NPTs. 

For  those  units/offices  equipped  with  the  PT,  prompted 
’■ormat  edit  of  updates  is  to  be  accomplished  within  the  terminal 
'off-line).  When  the  transactions  are  formatted  and  ready  for  input 
'hey  will  be  sent  on-line  (or  by  physical  transport  if  telecommun ica- 
•  ions  are  not  available)  to  the  MCDN  entry  point  for  transmission  to  the 
DPA.  Reporting  Units  equipped  with  the  PT  will  also  maintain  a  local 
’uppower  data  base  for  that  unit.  When  update  transactions  are  gener- 
-I'e.  f  ir  input  to  the  CDPA,  they  will  also  generate  updates  to  the 
.•'It's  local  file.  This  will  provide  the  commander  automated  data 
support  for  manpower  management  when  telecommunications  are  not  avail- 
a:,'le  to  the  RASC  or  CDPA. 

For  those  units/offices  equipped  with  the  NPF,  orompteo 
‘ormat  edit  will  be  accomplished  interactively  either  wirn  the  RAbC  or 
me  -DPA.  If  prompted  by  the  RASC,  a  very  limited  am.jut  of  logic  edit, 
data  comparisons,  will  be  accomplished.  As  update  transactions  jre 
sompleted,  they  will  be  forwarded  from  the  RASC  via  MCDN  to  the  CDPA. 

For  both  types  of  terminals,  when  the  update  data  reach 
the  CDPA,  they  usually  will  be  queued  up  for  entry  during  an  update 
;'/c  e.  This  is  when  the  full  edits  against  actual  records  will  occur, 
wnen  the  update  is  run,  a  UTR  type  of  report  will  be  generated  magneti¬ 
cally  for  the  user.  When  the  terminal  signs  on  for  the  next  period  of 
activity  the  UTR  report  will  appear  so  that  the  user  can  determine  the 
status  of  the  last  group  of  update  transactions,  figure  3.2.8  schemati¬ 
cally  traces  possible  input  processes  for  programmanle  and  non-program- 
a  r  1 K  f  e  rm  1  n  a  1  s . 
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^<h«n  u I accmnl cation*  frm  Uw  jaor  totwlnol  to  tJ»o  WSC  *r«  not  avalliolo  uodau  p-»ni*et1on» 
*r*  Built  at  ttto  aroqrwwOlo  ttrwlnal  off-Hno  and  pnyBicaHy  transoortad  (dlakttta)  ta  iUSC  for 
timalssion  to  cantnl  tftt. 

^4h«n  taltceniunleatlons  from  tftt  torslnat  to  tftt  local  FEP  or  from  tftt  local  FtP  to  tftt  cintril 
jitt  art  not  avtUaOl*.  uedatt  tnntaetlooi  cannot  at  tadt  from  tftt  non-orogratouBlt  tamnnal. 

^antn  ttltcamtunleatloni  Bttwttn  tftt  uatr  tartrlnal  and  tftt  WSC  art  not  avtllaolt,  usoatt  trani- 
actlons  cannot  ot  naot  Ina  tftt  non-|)roqranntOlt  ttrmntl. 

^1j  condition  aould  only  occur  notn  t*ItC3>*«<nlcitlonj  Bttuttn  tftt  PASC  ana  tftt  eanwai  sitt 
•ert  not  avtllaolt.  out  ttitcoaii  otorttn  tn*  aASC  ano  tftt  ustr  ‘.amlnai  var*  availaeit. 

'■.oaatt  util  occur  uitftln  2*  Hours  of  "tetiot  of  joaate  data  at  tftt  Itntral  Sitt 


Fiaure  3.2.8  REAL  FAMMIS  Inout  Process 


After  the  update  has  been  run,  an  update  overlay  will  be 
transmitted  to  the  applicable  regional  data  bases  to  update  those 
records  touched.  The  ultimate  goal  is  to  have  the  central  and  regional 
data  bases  updated  within  24  hours  of  receipt  of  transaction  at  the 
.entral  site.  However,  the  initial  goal  is  to  update  tne  Central  Master 
File  within  24  hours  of  the  update  data  being  received  at  the  CCPA.  For 
the  units  with  PTs  and  thus  an  in-house  data  base,  an  update  overlay 
will  be  generated  periodically  from  the  RASC  to  tne  RU  to  reconcile  the 
unit's  data  base.  The  frequency  of  this  overlay  has  not  yet  been  de- 
termi ned. 


When  data  are  entered,  an  accepted  transaction  will  re¬ 
sult  in  a  fully  updated  record  since  the  system  is  to  be  designed  so 
•^hat  a  transaction  entry  automatically  generates  the  associated  trans¬ 
actions;  e.g.,  a  promotion  generates  the  appropriate  changes  in  pay, 

BAQ,  F ICA,  withholding  tax,  etc. 

Standard  output  is  to  be  generated  at  siiect'ie'J  time 
and  "force-fed"  to  the  users.  Retrieval,  for  the  majority  of  data;  will 
be  from  the  regional  data  bases.  Ad  hoc  retrievals  will  use  interactive 
prompting  to  set  up  the  requirement,  and  depending  on  tne  magnitude  of 
tne  request  and  its  priority,  will  be  provided  interactively  or  at  a 
later  date.  For  instance,  an  alphabetical  roster  with  different  data 
fields  from  the  standard  roster  (e.g.,  to  support  training  management) 
might  be  requested  one  day  and  provided  24  hours  later;  whereas,  a  re¬ 
quest  for  an  individual  record  could  be  made  and  then  satisfied  in 
seconds.  In  the  latter  case,  the  user  will  have  the  option  of  retaining 
the  information  in  magnetic  storage  or  hard  copy.  There  will  be  some 
output  that  must  be  printed,  such  as  pay  checks  and  LES/VASs.  The 
printing  of  high  volume  output  at  the  terminal  versus  using  RASC  facil¬ 
ities  is  a  matter  to  be  decided  on  the  basis  of  local  needs  and  the 
economic  utilization  of  resources. 
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Ad  hoc  retrievals  will  be  facilitated  by  conversational 
prompting  through  the  data  base  management  system.  The  ease  with  which 
REAL  FAMMIS  meets  ad  hoc  output  requirements  may  well  cause  an  increased 
demand  for  this  type  of  output. 

The  individual  record  in  the  unit/DO  file  cf  the  pro¬ 
grammable  terminals  will  approximate  6-10,000  characters  in  order  to 
accommodate,  in  the  unit  file,  the  automated  SRB  and  applications 
programs  to  be  performed  at  the  terminal.  Each  terminal  will  have  at 
least  .256  megabytes  of  core  memory  and  process  at  the  rate  of  .03 
million  instructions  per  second  (MIPS).  The  RASC  and  MASC  record  sizes 
will  be  identical  and  somewhat  larger  than  the  RU  data  base  due  to 
inclusion  of  LES  information  as  well  as  information  on  unit  records. 

’he  central  data  base  individual  record  size  will  be  at  least  20,000 
.naracters.  While  in  a  garrison  environment,  the  MASC  will  be  kept 
warm"  by  exercising  it  with  a  mini  data  base.  During  the  embarkation 
pnase,  personnel /pay  records  of  the  deploying  units  will  be  moved  from 
the  RASC  to  the  MASC.  The  actual  transfer  in  processing  control  must  be 
closely  coordinated  between  the  RASC  and  the  MASC. 

Entry  into  the  system  for  either  update  nr  retrieval 
will  be  safeguarded  by  a  combination  of  electronic  and  physical 
security  provisions.  Electronic  authentication/verification  for  certain 
transactions  will  also  be  incorporated.  There  will  also  be  a  priority 
system  for  both  update  and  retrieval. 

Pay  functions  are  to  be  managed  centrally.  Pay  func¬ 
tions  conducted  by  local  disbursing  offices  will  be  by  interaction 
on-line  from  the  DO  terminal  to  the  applicable  data  bases.  In  most 
cases  the  DO  terminal  will  interact  with  the  central  data  base.  How¬ 
ever,  LES/VAS  information  is  to  be  resident  in  regional  data  bases  ana 
accessible  on-line  so  that  pay  service  will  not  be  interrupted  when 
telecommunications  to  the  CDPA  are  not  available.  Also,  considerable 
ra/  information  can  be  stored  in  the  programmable  terminals,  at  the  DO's 
option.  Personnel  on  direct  central  pay  are  to  be  paid  by  check  via  U.S. 
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mail  or  check -to-bank .  For  those  that  are  paid  locally,  check  images 
will  be  transmitted  electronically  to  the  RASC  or  disbursing  office 
where  the  actual  checks  will  ne  produced. 

The  system  is  to  be  capable  of  pay  coinpLit  itions  covering 
airy  period  up  to  31  days.* 


The  REAL  FAMilIS  function  of  the  local  disbursing  officer 
is  to  monitor  the  pay  system  within  the  D0‘s  jurisdiction  and  to  provide 
pay  service.  Since  the  central  data  base  is  to  be  hignly  accurate, 
there  will  be  no  requirement  for  preliminary  rough  payroll  data  nor  for 
the  local  disbursing  officer  to  evaluate  the  payroll  prior  to  payday, 
he  local  disbursing  office  will  not  maintain  individual  Day  accounts^ 
but  will  have  immediate,  on-line  access  to  pay  accounts  stored  magneti- 
cal  ly  at  the  central  site.  The  local  disbursing  officer  will  make  ex¬ 
ceptional  payments  and  provide  pay  service  to  individuals  when  required, 
as  well  as  assist  commanders  in  the  area  of  pay.  The  interactive 
terminal  at  the  disbursing  office  will  not  only  provide  ere  disbursing 
officer  the  capability  to  retrieve  pay  information,  but  aisc  tie 
capability  to  input. 

Notice  of  payments  to  Marines  oy  other  -lervlces  is  to  dp 
conveyed  to  the  central  site  where  data  entry  will  be  perfonned  to 
update  the  data  base. 

REAL  FAMMIS  intends  to  eliminate  hard  copy  docuinentat i on 
wherever  possible.  This  will  be  accomplished  in  the  case  of  the  Unit 
Diary,  TODE,  Data  Transcri ption  Form,  SRB/OQR  etc.  However,  there  are 
:e^tain  input  transactions  that  require  hard  copy  documentation,  e.g., 
Record  of  Emergency  Data,  Pay  Option  Election,  Withholding  Tax  form  W-4, 


^P'.e  to  the  programming  structure,  this  is  not  oossible  with 
;’iMPS/'MMS  for  Marines  under  centralized  pay;  hence,  pay  ' "  rerrupt  icnu 
'e.g.,  lack  of  Congressional  obligation  authority)  have  been  difficulr 
to  cope  with. 

-I.e.,  oersonal  financial  records  (PFRs), 
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etc.  This  will  be  accomplished  as  follows;  the  normal  procedure  for 
input  will  be  fu’lowed;  but  when  the  transaction  is  accepted  by  the 
system,  it  will  also  be  printed  out  at  the  terminal.  The  hard  copy  will 
‘hen  be  signed  by  the  Marine  and/or  the  certifying  officer  and  subse- 
iiently  mailed  to  the  central  site,  for  (1)  reduction  to  microform  and 
T)  disposal  of  the  hard  copy.  The  on-line  availability  to  users  of 
:ocuments  reduced  to  microform  remains  to  be  determined. 

3. 2. 2. 2  REAL  FAMMIS  -  Afloat,  Assault  and  Continued  Operations 
Ashore  Phases.  The  pay  and  manpower  operations  within  REAL  FAMMIS  for 
tne  afloat,  assault  and  continued  operations  ashore  phases  are  depicted 
r  figures  3.2.9  and  3.2.10  respectively.  Within  REAL  FAMMIS,  all 
:^dttal  ion/Squadron  size  deployable  units  will  be  equipped  with  terminals 
‘hat  have  a  programmable,  stand-alone  capability.  Some  software  similar 
that  of  the  central  site  CPU  will  be  resident  in  those  terminals  and 
the  reporting  unit  will  have  the  capability  to  maintain  its  own  limited 
''anpower  data  base.  When  update  transactions  are  generated  for  the 
central  site,  the  unit  data  base  will  also  be  updated.  Periodic  recon- 
-iliations  of  the  unit  data  base  are  to  be  made  from  the  RASC.  For 
echelons  above  battalion/squadron  retrievals  or  other  system  output  will 
emanate  from  the  RASCs.  Since  the  output  will  originally  come  from  the 
central  file,  the  regional  files  must  be  synchronous. 

Since  the  responsibility  of  the  two  major  FMF  commands 
transcends  more  than  one  regional  data  base,  direct  access  to  the 
central  site  for  retrievals  and/or  other  output  may  be  desirable. 

Equipment  and  software  for  ADP  support  to  units  and  DOs 
deployed  ashore  and  afloat  will  provide  substantial  amounts  of  core 
memory  in  programmable  terminals  and  a  high  priority  of  usage  for 
manpower  and  pay  functions.  This  will  enable  units  and  DOs  to  operate 
independently  when  telecommunications  are  either  not  available  or  when 
‘actical  traffic  has  severely  reduced  the  capaoility  of  transmitting 
administrative  traffic. 
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INrtHMtOlATt  CUMMANU 


Figure  3.2.9.  REAL  FAMMIS  -  PAY  (Afloat,  Assault,  and  Continued  Operations 


MANPOWER 


Figure  3.2.10.  REAL  FAMMIS  —  Manpowe'  (Afloat,  Assault  and  Continued  Operations  Phases) 


X 


It  is  Intended  that  multichannel  circuits  provide  AIS 
data  transfer  capability;  but,  the  level  of  support  that  can  be  provided 
to  deployed  units  is  highly  dependent  on  tactical  telecommunications 
within  and  external  to  the  deployed  environment.  Regardless  of  the 
communications  resources  available,  the  system  is  aole  to  provide  at 
least  a  minimum  level  of  support. 

It  is  nor  anticipated,  in  the  foreseeable  future,  that 
there  will  be  external,  interactive  telecommunications  for  REAL  FAMMIS 
accessible  to  the  deploveo  environment.  However,  over  time,  sucn 
telecommunications  may  become  available.  If  this  should  happen,  REAL 
FAMMIS  will  be  capaole  of  incorporating  the  telecommunications  that 
oecnme  available.  !n  tnat  event,  the  system  will  operate  in  the  same 
faun  1  or  as  for  the  garrison  environment. 

It  IS  ant t  .1 pated  that  the  majority  leployed  system 
iSe  would  be  with  a  comoination  of  stand-alone  mode  an;,  wren 
^  Hec  xr-unicaf^ons  are  liable,  interaction  with  tne  Mmu''-  Automate, 
'■^rv  :  ces  Center  (MASC  ; . 

ijuivlan^e  v.oncorninq  the  LFICS  archit.-  *  .  specifies 
tnav  tne  multichannel  communications  will  not  be  avaiiutle  to  reporting 
or  00s  in  a  highly  noDile  situation.  The  multichannel  telecom¬ 
munications  will  only  be  available  to  the  more  static  umts/offices. 

'his  guidance  indicates  considerable  periods  of  operation  in  the  stand¬ 
alone  mode.  By  having  tne  stand-alone  capability,  the  reporting  unit 
can  manage  its  manpower  and  the  DO  can  manage  pay  from  a  limited,  but 
substantial,  convenience  file  ''6-lOK  characters)  per  record  resident  in 
tne  terminal  processor.  Input  transactions  will  be  edited  for  format 
against  this  file  and  placed  on  output  media  for  subsequent  entry  into 
tne  central  data  base.  As  described  earlier,  the  unit  update  trans¬ 
actions  will  concurrently  update  the  unit's  local  data  base.  Depending 
upon  the  MAGTF  deployed  environment,  the  update  diskette  will  be  trans- 
u''e'  to  tne  MAZc  ur  t,i  tne  central  site  by  wnatever  means  available. 

1*  -t  goes  to  the  MASC,  tne  MASC  will  aggregate  all  the  updates  for  a 
r ven  period  of  tune  and  generate  a  consolidated  update  disxette  (or 
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tape  cassette)  for  transport  to  the  central  site  by  available  means- 
courier,  mail,  AUTODIN,  etc.  The  MASC  will  maintain  a  MAGTF  convenience 
file  for  manpower  management  needs  of  the  major  MAGTF  elements.  In 
accordance  with  present  guidance,  this  file  will  not  be  updated  at  the 
Mme  the  input  transactions  are  processed  for  input  to  the  central  site; 
rather,  the  file  will  be  updated  only  after  the  central  site  processes 
tne  MAGTF  update  and  returns  the  update  transactions  for  overlay  on  the 
MAGTF  convenience  file.  When  units/DOs  are  aboard  ship,  input  trans¬ 
actions  diskettes  are  to  be  generated  either  for  subsequent  aggregation 
when  the  MASC  is  established  or  sent  direct  to  the  central  site. 

The  foregoing  procedure  is  one  of  the  major  areas  of 
concern  to  field  commanders  interviewee  during  the  course  of  this  study, 
while  it  may  be  a  goal  of  REAL  FAMMIS  to  update  the  regional  data  base 
within  24  hours,  this  may  not  be  possible  in  a  deployed  environment  when 
communications  out  of  the  ADA  are  taxed  to  meet  the  requirements  of 
tactical  traffic.  Thus,  if  the  deployed  regional  data  base  located  at 
the  MASC  is  not  updated  until  after  the  transaction  has  posted  at  the 
'entral  Master  File,  there  is  a  high  probability  that  the  MASC  data 
nase  would  be  two  or  more  weeks  old,  which  is  highly  unacceptable, 
especially  when  consid  ■  ig  the  volatile  nature  of  pers..nei  transac¬ 
tions  in  combat.  Accordingly,  it  is  strongly  '-ecommended  that  the 
proposed  design  for  REAL  FAMMIS  be  modified  to  provide  for  updating  the 
MASC  data  base  when  transactions  are  received  and  consolidated  from  the 
reporting  units. 


When  telecommunications  are  available,  the  reporting 
entities  will  be  able  to  generate  input  on  the  stand-alone  (programm¬ 
able)  terminal  and  then  transmit  them  interactively  to  the  MASC  where 
they  will  be  aggregated  for  transport  to  the  central  site,  as  described 
above.  On  receipt  of  the  update  or  output  from  the  central  file  the 
MASC  will  update  the  MAGTF  file,  break  down  the  updates  or  output  and 
send  them  to  the  reporting  units  so  those  files  can  be  reconciled. 

\qain,  depending  on  the  avaiiaoility  of  telecommunications,  this  will  oe 
pone  on-line  or  by  other  means  of  transmittal. 


It  IS  anticlputed  that  a  mobile  MASC  will  accompany  a 
MAB-or-larger  deployment.  The  MASC  will  consist  of  a  van  or  shelter 
mounted  minicomputer  with  a  reasonable  complement  of  peripheral  devices 
to  support  deployed  MAGTFs  as  follows: 

•  Maintain  a  limited  manpower  data  oase. 

•  Perfoni  retrievals  from  the  manpower  datci  ba^e. 

•  Perform  format  and  limited  logic  edits  on  most 
manpower  transactions  and  prepare  transiction 
tapes  /di scs . 

•  Seqreqate  and  prepare  a  pay  related  transaction 
tape/diic;  perform  only  fonnat  and  i  f^-w  logic 
edit  s . 

•  P^ovi;-  interactive  support  to  P"  .tors  when 
telecommunications  allow, 

•  Sdvjui  ega  te  and  distribute  upoatc:  '..ation 

returned  from  the  central  site. 

•  Perform  automated  services  'or  d  Is  ■‘’■uei.  ie.:.. 
LE5  storage  and  retrieval). 

.•ir;  wo^'k  on  the  AllS  Development  Plan  for  REAt  r  AMM !  s ,  PDRG  ana'vsts 
working  witn  cognizant  HQf and  MCCOPA  oersonnel  developed  the  assump- 
t ’ on  that  the  processing  requirements  placed  on  the  MASC  would  be  25 
■i^rcent  of  CONUS-type  processing  requirements  because  of  the  signifi¬ 
cantly  reduced  volume  of  traffic  anticipated.  This  assumption  should  be 
'ilidated  during  forthcoming  phases  of  the  REAl  FAMMis  development. 

In  cases  where  the  MASC  might  not  oe  dep loved,  such  as 
‘  'r  rt  '^Ail  deployment,  the  ou'k  of  support  is  to  be  acr  omr '  i  shed  dv  use^s 
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utilizing  stand-alone  capability.  However,  by  equipping  the  MAU  head¬ 
quarters  with  a  stand-alone  processor,  a  limited  convenience  file  could 
be  maintained  for  the  MAGTF,  if  necessary.  This  could  be  done  by  having 
the  major  elements  of  the  MAU  consolidate  input  from  their  reporting 
units  and  provide  the  consolidated  input  to  the  MAGTF  mini -processor. 

FMFM  4-1  specifies  guidance  v^ich  recommends  that  each 
MAGTF  be  required  to  submit  a  Personnel  Status  Report  daily  with 
information  that  is  no  more  than  two  hours  old.  The  data  requirements 
are  for  strength  and  loss  data  for  each  unit  of  the  MAGTF  (including 
other  service  personnel  and  civilians)  as  follows: 

•  Strength 

-  Actual 

-  Authorized 

•  Losses 

-  Battle  (killed,  died  of  wounds,  wounded,  captured 

missing) 

-  Non  battle 

-  Administrative 

Although  this  information  is  not  specifically  provided 
for  in  the  current  documentation  of  REAL  FAMMIS,  its  inclusion  as  a 
standardized  report  is  easily  implementable. 

The  REAL  FAMMIS  concept  calls  for  pay  service  to  be 
fully  centrally  managed.  If  this  were  followed  to  the  letter,  deployed 
Marines  would  be  totally  dependent  on  central  pay  output  that  may  reach 
the  deployed  area  only  after  significant  time  delays  and  on  an  intermit¬ 
tent  basis.  It  is  apparent  that  commanders  must  have  some  flexibility 
to  pay  deployed  Marines. 

Figure  3.2.11  displays  the  REAL  FAMMIS  flexible  pay 
method  that  enables  commanders  to  provide  pay  service  to  deployed 
Marines. 
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Figure  3.2.11.  FMF  Deployed  Pay  Process 


Under  REAL  FAMMIS,  an  automated  bookkeeping  system  Is  to 
be  deployed.  Marines  will  be  paid  a  Deployed  Pay  Amount  (DPA)  specified 
by  a  Pay  Option  Election  made  by  each  Marine.  All  pay  processing  Is 
still  to  be  performed  at  the  central  site.  Any  monies  due  the  Marine 
over  and  above  the  DPA  will  accrue  on  the  central  file.  The  Marine  will 
also  have  the  option  to  draw  less  than  the  DPA  each  pay  day,  as  desired. 
The  money  "left  on  the  books”  will  accrue  on  the  local  bookkeeping  file, 
to  be  paid  at  an  appropriate  time  such  as  for  an  R&R  trip,  rotation, 
etc.  Special  payments  of  amounts  more  than  the  locally  accrued  amount 
could  be  supported  by  centrally  accrued  monies  as  authorized  by  message 
traffic  between  the  local  disbursing  office  and  the  MCFC. 

The  bookkeeping  system  is  to  be  operated  on  the 
disbursing  office  programmable  terminal.  Input  transactions  to  the 
bookkeeper  file  will  also  generate  update  transactions  for  the  central 
file.  The  latter  will  be  produced  on  diskette  or  cassette  for  transport 
to  the  MASC  for  consolidation  or  direct  to  the  central  site.  Changes 
in  the  Marines'  status  such  as  change  of  payment  option  election,  KIA, 
and  checkages  of  pay  will  be  generated  by  the  reporting  unit  administra¬ 
tive  section  and  sent  to  the  MASC,  or  a  diskette  or  cassette  will  be 
provided  to  the  disbursing  office  so  the  bookkeeper  file  can  be  updated. 
RUC-DO  interface  will  be  important  to  preclude  overpayments  and  delays 
in  disciplinary  action  (forfeitures). 

Periodic  automated  reconciliations  will  be  accomplished 
between  the  deployed  disbursing  office  bookkeeping  file  and  the  central 
file  at  MCFC.  For  example,  the  current  DPA  and  the  "monthly  norm"  pay 
amounts  will  be  reconciled;  and  historical  data  (I.e.,  payments)  will  be 
purged  from  the  bookkeeping  file  after  being  picked  up  on  the  central 
file. 


For  Individual  Marines  participating  In  "Direct 
Deposit,"  the  local  disbursing  office  will  accept  and  cash  the  Marine's 
draft  on  a  commercial  bank/financial  Institution. 
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The  most  recent  available  Leave  and  Earnings  Statement, 
with  the  updated  information  contained  on  the  local  deployed  pay  file, 
will  be  provided  to  the  individual  upon  transfer  or  when  returning  to 
CONUS  on  emergency  leave,  to  provide  a  means  to  be  paid  by  another 
service  while  in  transit. 

The  concept  for  the  deployed  REAL  FAMMIS  provides  a  pay 
and  manpower  management  system  that  will  adequately  support  the  deployed 
MAGTF.  One  shortcoming  stems  from  the  lack  of  a  sufficient  telecommuni¬ 
cations  capability  in  the  AOA  to  support  external  communication  require¬ 
ments  for  administrative  traffic.  This  shortcoming  may  cause  time 
delays  of  10  to  30  days  in  the  turnaround  of  administrative  data 
processing  from  the  MASC  to  the  Central  Master  File  which  is  unaccept¬ 
able  for  other  than  audit  purposes.  For  this  reason,  it  is  recommended 
that  the  MASC  data  base  be  updated  when  transactions  are  received  from 
the  reporting  units  rather  than  after  they  have  posted  at  the  Central 
Master  File.  Some  may  argue  that  the  principal  shortcoming  of  REAL 
FAMMIS  is,  in  fact,  the  degree  of  centralization  of  manpower/pay  data. 
This  was  one  of  the  reasons  that  the  alternative  of  total  centralization 
was  not  recommended  for  REAL  FAMMIS. 

Numerous  considerations  regarding  the  development  of 
REAL  FAMMIS  were  provided  the  AIS  study  team  during  interviews  conducted 
with  manpower  and  disbursing  personnel  at  various  Fleet  Marine  Corps 
Commands.  Since  these  considerations  are  involved  in  the  details  of 
designing  REAL  FAMMIS  rather  than  in  the  total  concept  of  REAL  FAMMIS 
operation,  they  can  readily  be  incorporated  into  the  REAL  FAMMIS  during 
the  work  on  the  next  milestone  of  the  REAL  FAMMIS  development,  the 
detailed  system  design  phase.  These  considerations  are: 

•  Specific  provisions  must  be  made  for  operations  in 
the  event  of  catastrophic  system  failure.  These 
provisions  must  be  detailed  and  planned  for.  It  is 
not  sufficient  to  merely  state  that  units  would 
revert  tt  manual  unit  diary  preparation.  Even  to¬ 
day,  where  automated  assistance  has  been  implemented. 
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we  find  that  there  are  few  administrative  personnel 
who  still  possess  the  skills  requisite  to  preparing 
a  manual  unit  diary. 

•  Specific  procedures  must  be  detailed  regarding  the 
administration  of  tactical  units  that  are  operating 
away  from  a  site  that  provides  automated 
assistance. 

•  While  it  is  not  anticipated  that  an  ACU  would 
ACU  would  accompany  a  deployed  MAGTF,  planning 
should  be  made  to  include  in  REAL  FAMMIS  support 
provisions,  the  training  and  assistance  function 
provided  by  the  administrative  control  unit  (ACU)  in 
garrison. 

•  A  fail-safe  procedure  must  be  established  to  ensure 
that  the  Record  of  Emergency  Data  (RED)  which  is 
acted  upon  in  the  event  of  casualties  is  the  most 
current  one  completed  by  a  Marine.  It  is 
conceivable  that  REDs  completed  during  tne  movement 
to  objective  phase  of  an  operation  would  not  have 
reached  Kansas  City/HQMC  before  priority  message 
traffic  designating  casualties.  Thus,  unless 
specific  procedures  are  instituted  (e.g.,  a  flag  of 
some  type  in  the  casualty  message  such  as  the  date 
of  the  last  RED  on  record  at  the  RU),  it  is 
conceivable  that  notifications,  the  death  gratuity 
and  possibly,  even  the  remains,  could  be  sent  to  the 
incorrect  party. 

•  Care  must  be  taken  in  developing  software  for  the 
programmable  terminals  which  will  be  located  at  the 
reporting  units  to  ensure  that  the  operator 
capability  to  override  error  message  is  carefully 
controlled.  For  example,  the  ACUs  report  they  are 
currently  experiencing  problems  with  transactions 
entered  on  the  "green-machine",  wherein  the  clerks 
have  entered  incorrect  SSNs  or  Initials  and  then 
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have  overridden  the  machine  software  when  1t  has 
flagged  the  error. 

•  Provision  must  be  made  to  modify,  during  deployments, 
certain  procedures  that  have  been  Implemented  to 
enhance  garrison  administration.  For  example,  the 
current  procedure  Is  to  terminate  a  Marine's  pay  and 
allotments  If  his  EAS  arrives  and  he  has  not  been 
reported  to  have  reenllsted  or  extended.  In  a  combat 
environment,  this  could  happen  frequently  through 
delays  In  the  system;  the  Marine  should  not  be  made 
to  suffer  because  of  system  Inadequacies. 

•  There  may  be  a  necessity  for  disbursing  officers  to 
provide  advance  pay  and  allowances  to  a  rapidly 
deployed  MA6TF  for  up  to  two  pay  days.  This  would 
give  the  MAGTF  disbursing  officer  the  time  he  would 
need  to  Initialize  his  distributed  system. 

a  There  must  be  a  backup  for  the  diskette  on  which 
basic  pay  data  Is  retained. 

•  Some  concerns  were  expressed  with  respect  to  pay  for 
naval  and  other  Service  personnel  associated  with  a 
MAGTF.  In  actuality,  payment  of  other  service  per¬ 
sonnel  does  not  present  a  problem.  It  is  envisioned 
that  the  procedures  would  not  significantly  differ 
form  current  procedures  wherein  a  "skeleton"  pay 
record  is  maintained  by  the  Marine  Corps  disbursing 
officer  charged  with  administering  an  unit.  He  pays 
the  other  Service  personnel  the  same  as  he  does 
Marines  and  periodically  reconciles  their  "skeleton" 
pay  records  with  the  pay  records  carried  by  their 
parent  Services;  e.g. ,  for  the  Navy,  he  reconciles 
with  the  Integrated  Disbursing  and  Accounting  (IDA) 
system.  A  similar  system  would  be  used  for  Marine 
Corps  casualties  who  are  in  other  Service  Medical 
faci lities. 
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3. 2. 2. 3  Summary  for  Pay  and  Manpower.  The  Real  Time  Financial 
and  Manpower  Management  System  (REAL  FAMMIS)  will  provide  the  pay  and 
manpower  management  capability  to  the  Marine  Corps  for  both  garrison  and 
deployed  operations  during  the  midrange.  The  garrison  REAL  FAMMIS  is  a 
highly  centralized  pay  and  manpower  management  system  which  is  accessed 
by  user  terminals  over  an  extensive  MCDN-based  telecommunications 
network.  Reporting  units,  down  to  the  battalion/squadron  level,  will 
have  direct  access  to  a  centralized  data  base  for  query  and  update  of 
manpower  and  financial  information  as  it  occurs.  It  is  anticipated  that 
the  deployed  REAL  FAMMIS  would  be  a  combination  of  operations  in  a 
stand-alone  mode  (Reporting  Units  will  have  programable  terminals)  and, 
when  LFICS  is  available,  interaction  with  the  MAGTF  Automated  Services 
Center  (MASC). 

Conceptually,  the  REAL  FAMMIS  will  provide  adequate  pay 
and  manpower  suppo'^t  to  the  deployed  MAGTF;  however,  cognizant  Marines 
in  virtually  every  echelon  of  command  maintain  that,  when  a  MAGTF  is 
deployed,  the  MASC  data  base  must  be  updated  when  transactions  are 
received  from  reporting  units  under  its  jurisdiction  rather  than  after 
the  transactions  have  posted  at  the  Central  Master  File  Otherwise,  the 
information  on  the  MASC  could  be  from  10  to  30  days  old,  rendering  it 
practically  worthless  in  the  turbulent  atsmosphere  of  a  combat  environ- 


3.3  POLICY  PLANS  AND  OPERATIONS  (PPO)  -  HQMC 

PPO  has  the  responsibility  for  t^e  Unit  Status  Report  (UNITREP). 
UNITREP  Is  utilized  to  report  the  combat  status  of  battal lon/squadron 
sized  units  through  channels  to  the  Joint  Chiefs  of  Staff  (JCS). 

UNITREP  Is  the  replacement  for  the  Marine  Automated  Readiness  Evaluation 
System/Force  Status  and  Identity  Report  (FORSTAT). 

3.3.1  UNITREP  Baseline 

The  UNITREP  baseline  operations  are  as  depicted  In  the  enclosure 
to  Tab  J  to  Annex  C.  The  baseline  system  consists  of  manually  prepared 
coding  sheets  prepared  at  the  battal Ion/ squadron/ separate  company  level. 
The  manually  coded  sheets  are  reduced  to  keypunched  Information  which  Is 
transmitted  through  Intermediate  commands  to  Division,  FSSG,  and  Wing. 
The  data  are  transported  or  transmitted  through  AUTODIN.  The  data  Is 
submitted  to  a  RASC/FASC  where  reports  and  error  messages  are  generated 
and  review  by  the  MAF  Is  accomplished.  From  the  MAF,  the  consolidated 
data  Is  AUTODINed  to  the  FMF,  to  the  CINC  and  then  onto  the  JCS  and  CMC. 
As  the  information  Is  reviewed  at  each  echelon,  reports  and  error  mes¬ 
sages  are  also  prepared.  In  many  cases,  the  UNITREP  data  Is  classified 
SECRET  and  hence  special  provisions  must  be  made  to  accommodate  the 
classified  processing  at  a11  levels. 

UNITREP  Inputs  are  prepared  and  submitted  any  time  there  Is  a  unit 
status  change  (1-80  column  card  Image)  and  once  a  month  (5-80  column 
card  Images).  A  worst  case  situation  occurs  during  the  deployed  opera¬ 
tions  of  assault  and  continued  operations  ashore.  Knowledgeable  person¬ 
nel  estimated  the  worst  case  could  cause  two  changes  per  week  for  combat 
and  combat  support  units  in  the  force  and  one  change  per  week  for  other 
units.  The  monthly  reporting  requirement  continues  during  deployed 
operations.  The  processing  time  within  II  MAF  for  FORSTAT  (UNITREP) 
processing  Is  .34  percent  per  month  on  an  IBM  360/65  computer.  In  a 
worst  case,  a  combat  unit  would  submit  14  card  Images  per  month  (9 
changes,  5  monthly)  and  the  equivalent  processing  time  could  Increase  to 


14/5  X  .34  or  .95  percent  which  is  considered  trivial  and  hence  over¬ 
looked  as  a  processing  requirement.  What  may  not  be  overlooked  however, 
is  the  classified  nature  of  the  processing.  The  classified  processing 
requires  special  scheduling  on  most  ASCs  since  classified  processing  may 
not  be  intermingled  with  unclassified  processing. 

3.3.2  Deployed  UNITREP  Processing 

Initial  contacts  with  the  PPG  representative  to  the  study  resulted 
in  acquisition  of  a  flow  diagram  of  how  UNITREP  would  be  operated  in  the 
deployed  mode.  The  flow  diagram,  obtained  in  April  1981,  is  enclosed 
with  Tab  J  to  Annex  C.  The  flow  was  based  upon  manually  prepared  input 
forms  which  were  forwarded  through  channels;  they  were  reduced  to  data 
inputs  on  keypunch  devices  at  the  Division/FSSG/MAW-level.  During  a  SAC 
meeting  in  October  1981,  the  PPG  representative  indicated  that  the  pro¬ 
cedures  for  preparing  UNITREP  input  information  was  undergoing  change  so 
cnat  inputs  would  be  prepared  upon  ADPE-FMF  devices  'ather  than  the 
manual  forms  with  keypunch  at  the  Di vi sion/FSSG/Wi ng-1 evel .  Verifica¬ 
tion  of  the  alternate  means  of  UNITREP  input  was  conducted  in  December 
1981  at  this  writing.  The  PPG  representative  indicated  that  tne  ADPE- 
FMF  concept  would  operate  in  a  manner  similar  to  the  manual  system 
except  that  input  data  would  be  generated  on  ADPE-FMF  devices.  The 
input  diskettes  would  be  passed  through  channels  with  a  conversion  to 
the  appropriate  media  prior  to  submission  to  the  nearest  AUTODIN 
facility;  AUTGDIN  terminals  were  identified  at  Division,  Wing  and  FSSG. 
The  new  concept  is  yet  unapproved  however  approval  is  anticipated  in  a 
month  or  two. 


3.  3. 2.1  UNITREP-Garrison  and  Preembarkation.  UNITREP  will  under¬ 
go  the  trauma  of  changing  unit  makeups  as  the  force  is  organized  for 
deployment.  Personnel  attachments  and  detachments  along  with  changes  to 
equipment  strengths  will  undoubtedly  cause  frequent  changes  to  the 
unit's  status  which  will  be  reportable  under  UNITREP.  Fortunately,  a 
change  requires  only  one  card  image  but  unfortunately,  it  will  most 
likely  require  a  classified  processing  environment  as  discussed  earlier 
in  this  subparagraph.  Each  month,  each  RUC  must  submit  a  5-card-imaqe 
report  through  channels. 


3. 3. 2. 2  UNITREP-Af loat.  During  the  afloat  phase  of  operations, 
UNITREP  activity  will  be  minimal.  The  monthly  reports  would  continue 
and  status  changes  would  be  based  upon  rehearsals  and  force  structure 
changes. 


3. 3. 2. 3  IJNITREP-Assaul t  and  Continued  Operation.  These  opera¬ 
tional  phases  will  create  the  most  activity  for  UNITREP.  Tactical  units 
are  expected  to  generate  two  inputs  per  week  and  other  FMF  units  in  the 
ADA  will  create  one  input  per  week.  This  processing  requirement  is 
trivial,  however,  the  classified  processing  could  create  a  scheduling 
requirement.  The  monthly  reporting  requirement  will  continue.  Data 
will  be  prepared  upon  AOPE-FMF  devices  and  sent  through  channels  to  the 
nearest  AUTODIN  entry  point.  The  higher  command  echelons  (MAF,  MAB, 
division,  wing,  and  FSSG)  will  access  AUTODIN  via  the  Naval  Telecom¬ 
munications  System  (NTS)  using  MA6TF  HF  equipment.  Any  external 
telecommunication  capability  that  is  available  for  the  AOA  will  be 
utilized,  be  it  AUTODIN,  NTS  or  a  OCA  entry  point. 

3.3.3  Summary 

UNITREP,  the  replacement  for  FORSTAT,  will  be  placed  upon  ADPE-FMF 
devices  where  unit  level  input  images  will  be  prepared  ^na  forwarded 
through  channels  and  transmitted  utilizing  the  closest  communications 
which  go  external  to  the  AOA.  A  flow  diagram  of  the  generic  operating 
procedures  for  deployed  UNITREP  is  depicted  in  Figure  3.3.  Most  UNITREP 
processing  will  be  classified  thus  requiring  special  scheduling.  A 
monthly  report  consisting  of  5  card  images  is  required. 

3.4  AVIATION 

Aviation  automated  processing  requirements  encompass  not  only  the 
standard  Marine  Corps  systems  such  as  REAL  FAMMIS  and  M3S,  but  also 
dvi jtion-unique  logistical  systems.  Three  of  these  systems  are  provided 
by  rhe  Navy,  and  two  are  Marine  Corps-unique  aviation  reporting  systems. 
In  -if feet.  Marine  Corps  aviation  units  operate  in  two  different  auto¬ 
mated  processing  environments.  The  Marine  Corps  standard  AISs  operate 
in  the  ASC/RASC  environments,  currently  provisioned  with  IBM  360  senes 
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UNITREP  -  ALL  PHASES  (Not  yet  approved) 


Figure  3.3 

UNITREP  Concept  of  Operation  -  All  Pha 


computers.  For  naval  aviation  AISs,  each  Marine  Air  Group  (MAG)  is 
provided  an  AN/UYK-5(V)  (UNIVAC  1500)  computer  by  the  Navy.  These 
UNIVAC  1500s  are  approaching  a  20  year  technological  age.  A  program  is 
underway  by  the  Navy  to  replace  the  UNIVAC  1500s-  with  a  system  termed 
the  Shipboard  Non-Tactical  Automatic  Data  Processing  Program  (SNAP). 

The  UNIVAC  1500s  are  assigned  to  each  MAG,  and  data  flows  directly  from 
the  MAG  to  the  Navy  supply/maintenance  organizations.  The  Marine 
Aircraft  Wing  (MAW)  does  not  have  Navy-provided  processors  to  aggregate 
and  compile  aviation  unique  information  at  the  MAW  level  for  staff  use 
as  management  tools.  Currently  this  aggregation  processing  is  done 
utilizing  the  FASC/RASC  IBM  360  series  computers.  The  aviation  unique 
AISs  which  support  Marine  Corps  aviation  functions  currently  and  in  the 
FY-88  time  frame  are  as  follows: 

•  Shipboard  Uniform  Automated  Data  Processing  System  (SUADPS). 

A  Navy  system  which  will  be  upgraded  within  the  next  two  years 
to  SUADPS-Real  Time. 

•  Maintenance  and  Material  Management  System  (3M).  Navy  system. 

t  Naval  Aviation  Logistics  Command  Management  (NALCOMIS). 

A  Navy  system  which  will  replace  3M  and  ennance  other  systems 
with  the  introduction  of  the  SNAP  hardware  prior  to  FY-1988. 

f  Flight  Readiness  Evaluation  Data  System  (FREDS).  A  Marine 
Corps  system. 

•  Standard  Naval  Aviation  Supply  System  (SNASS).  A  Marine  Corps 
system. 

The  UNIVAC  1500  is  saturated  with  processing  of  SUADPS,  therefore 
3M,  FREDS  and  SNASS  are  being  processed  on  ADPE-FMF  devices  and/or  the 
rASC/RASC  IBM  360  series  computers.  All  aviation  unique  systems  are 
required  for  deployed  combat  operations. 
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3.4.1  Systems  Description 


rr 


3.4.1. 1  Shipboard  Uniform  Automated  Data  Processing  System 
(SUADPS ).  SUADfJS  is  a  straight-forward  aviation  repair  parts  requisi¬ 
tioning  system  designed  to  improve  supply  management  by  utilizing  auto¬ 
matic  data  processing  equipment.  Under  the  SUADPS  conceot,  all  inven¬ 
tory  control  and  financial  records  are  maintained  on  magnetic  tape.  The 
system  is  run  on  the  UNIVAC  1500  computer  at  MAG  level  and  will  be 
picked  up  on  SNAP  hardware  to  be  acquired  prior  to  the  1988  time  frame. 
The  system  is  designed  to  provide  designated  points  of  contact  between 
the  customer  and  the  supply  department,  supply  support  center,  stock 
control,  system  coordinator,  data  processing,  and  storage.  SUADPS-RT 
will  be  an  enhanced  automated  SUADPS  that  will  be  an  on-line  integrated 
and  interactive  system  that  uses  source  data  entry  (SOE)  equipment  and 
advanced  data  management  techniques  to  provide  responsive  file  mainte¬ 
nance  and  query  capabilities.  SUADPS-RT  is  expected  to  be  operational 
in  late  1982. 


3. 4. 1.2  Maintenance  and  Material  Management  System  i/M).  The  3M 
system  provides  integrated  aeronautical  equipment  maintenance  manage¬ 
ment  and  all  related  support  functions.  The  objective  of  3M  is  to 
achieve  the  readiness  and  safety  standards  established  ^y  CNO,  with 
optimum  utilization  of  manpower,  facilities,  material,  and  funds.  It 
encompasses  the  repair  of  aeronautical  equipment  and  materiel  at  the 
level  of  maintenance  v^ich  will  ensure  optimum  use  of  resources;  the 
protection  of  weapons  systems  from  corrosive  elements  through  the 
prosecution  of  an  active  corrosion  control  program;  the  application  of  a 
systematic  planned  maintenance  program;  and  the  collection,  analysis, 
and  use  of  pertinent  data  in  order  to  effectively  improve  materiel 
readiness  and  safety,  while  simultaneously  increasing  the  efficient  and 
economical  management  of  human,  monetary,  and  materiel  resources.  The 
system  is  founded  on  the  three  level  maintenance  concept;  organiza¬ 
tional,  intermediate  and  depot  level  aviation  maintenance.  Currently  3M 
is  processed  on  ADPE-FMF  and  the  FASC/RASC  IBM  360  series  computer  with 
ill  data  being  entered  from  the  squadron  level.  In  the  1988  time  frame 
3M  will  be  replaced  by  NALCOMIS  and  processed  on  the  SNAP  I  phase  II 
hardwa  re. 
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3.4. 1.3  Naval  Aviation  Logistics  Conwand,  Management  Information 
System  (NALCOMIS).  NALCOMIS  is  an  automated  management  information 
system  which  will  provide  aviation  maintenance  and  material  managers 
with  timely,  accurate  and  complt  ;  information  on  which  to  base  day-to- 
day  decisions.  The  overall  objective  of  NALCOMIS  is  to  implement  a 
system  that  will  provide  assistance  for  the  worker,  supervisor  and 
manager  at  the  organizational  maintenance  activity  (OMA),  intermediate 
maintenance  activity  (IMA)  and  supply  support  center  (SSC)  levf  s.  each 
MAG  will  be  provided  with  a  Navy  acquired  computer  which  is  designated 
to  be  the  Navy  SNAP  hardware.  The  hardware  configuration  will  normally 
be  "hard  wired"  to  interactive  terminals  throughout  the  MAG  due  to  close 
proximity  of  subordinate  units.  NALCOMIS  hardware  will  be  dedicated  to 
processing  the  data  previously  contained  in  the  Navy  maintenance  and 
Material  Mangement  System  (3M),  inputing  data  to  FREDS,  and  interfacing 
with  SUAOPS-RT  and  SNASS. 

3.4. 1.4  Flight  Readiness  Evaluation  Data  System  (FREDS).  The 
major  purpose  of  this  system  is  to  construct  an  automated  data  base 
which  will  contain  the  data  elements  needed  to  manage  Marine  Corps 
aviation  assets  pertaining  to  utilization  of  aircraft  and/or  aircrews. 

It  includes  all  scheduled  flights  including  those  flights  t.at  were  not 
completed.  The  data  base  is  derived  from  daily  flight/flight  training 
actions  at  the  squadron  level  and  recorded  on  a  FREDS  "yellow  sheet." 
Data  are  entered  and  validated  on  local  computers  where  the  data  base  is 
maintained  on  a  daily  basis.  FREDS  input  transactions  are  prepared  on 
each  scheduled  flight  not  completed  and  for  each  flight  crew  member  on 
completed  flights.  Currently  FREDS  is  processed  on  the  FASC/RASC  IBM 
360  series  computers  but  will  be  converted  to  the  SNAP  computers  for  the 
1988  time  frame.  FREDS  interfaces  with  3M  intra-activity  processing 
routines  and  produces  reports  as  follows: 

•  Daily  FREDS  proof  list 

•  Daily  FREDS  validation  error  report 

•  Monthly  aircrew  roster 

•  Monthly  individual  flight  activity  report 

•  Monthly  aircraft  utilization  report 
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3.4. 1,5  Standard  Naval  Aviation  Supply  System  (SNASS).  SNASS  is 
a  Marine  Corps  Class  III  system  which  compiles  output  from  SUADPS  that 
is  processed  on  the  UNIVAC  1500.  The  system  uses  UMVAC  1500  output 
from  all  MAGs  in  all  MAWs  twice  a  month.  This  information  is  compiled/ 
aggregated  on  the  FASC/RASC  IBM  360  series  processors.  Currently,  out¬ 
put  is  printed  on  microfiche  and  distributed  to  all  MAWs  anc'  MAGs  in  the 
Marine  Corps.  In  a  deployment  some  other  media  may  be  required  as  a 
substitute  for  the  microfiche.  Functionally,  SNASS  is  used  to  locate 
and  transfer  aviation  spare  parts  stocked  within  the  MAG  and  from  one 
MAG/MAW  to  another. 


3.4. 1.6  Other  Local  Systems.  Visits  to  the  2nd  and  3rd  MAWs  have 
revealed  the  existence  of  several  locally  generated  systems  which  may 
add  to  the  requirement  for  continued  centralized  MAW  processing  capa¬ 
bilities.  Two  examples  of  these  Class  III  systems  are  listed  below: 


Ordnance  Expended  System  (OES).  This  class  III  system  has 
been  developed  through  the  auspices  of  the  2nd  M'W  ordnance 
office.  The  system  is  interactive  and  operates  from  a 
single  CRT  terminal/printer  on  a  Navy  base-type  UNIVAC  1140 
computer.  OES  is  utilized  to  manage  aviation  ^.rdnance, 
aviation  ordnance  handling  equipment  and  small  arms  ammuni¬ 
tion.  The  system  is  used  to  make  monthly  inventory  reports 
and  to  monitor  unit  use  of  annual  ordnance  allocation  for 
possible  transfer  to  other  units.  In  a  deployed  force  this 
system  will  be  extremely  valuable  for  compiling  daily  re¬ 
ports  of  aviation  ordnance  items. 


•  Aviation  Supply  Activi  ies.  Currently,  the  2nd  and  3rd  MAW 
supply  offices  have  established  interactive  access  to  two 
aviation  supply  activities;  Aviation  Supply  Office,  Phila¬ 
delphia  and  four  ICPs  of  the  Defense  Logistics  Agency.  No 
demands  or  transactions  may  be  processed  into  these  systems- 
-they  are  utilized  to  retrieve  supply  status  information. 
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From  discussions  with  supply  personnel,  it  Is  anticipated 
that  a  need  exists  to  place  a  similar  capability  at  the  MAG 
level  and  a  need  was  also  expressed  to  place  demands  upon 
the  ASO  and  DLA  ICPs  through  the  system. 

3.4.2  Aviation  Unique  Systems— Garrison  and  Embarkation 
Operations  of  the  aviation  unique  systems  In  the  garrison  and 

embarkation  phase  of  the  amphibious  operation  are  characterized  in 
figure  3.4.1.  For  the  1988  time  period  aviation  unique  AISs  will  be 
processed  on  SNAP  hardware  In  the  MAG  and  compiled/aggregated  at  the 
FASC/MASC  installation  at  the  wing  level.  In  garrison  the  MAG  SNAP 
installation  will  be  hard  wired  to  Interactive  terminals  In  the  squadron 
work  areas.  Data  for  the  Navy  systems  will  then  be  passed  from  the  MAG 
into  the  Navy  supply  and  maintenance  activities.  Data  that  is  to  be 
compi led/aggregated  at  the  MASC  will  be  passed  from  the  MAG  electron¬ 
ically  or  manually.  In  preparation  for  and  during  embarkation,  data 
will  be  stored  on  tape  at  the  MAG  SNAP  and  at  the  MASC  to  be  transported 
with  the  units  afloat. 

3.4.3  Aviation  Unique  $ystems--Af1oat 

During  the  afloat  phase  of  the  amphibious  operation  very  limited 
processing  will  be  accomplished  on  the  aviation  unique  systems.  The 
Marine  Corps  SNAP  hardware  and  the  MASC  will  not  operate  until  after 
movement  and  when  established  ashore.  If  processing  time  is  available, 
the  shipboard  SNAP  processors  may  be  utilized.  Courier  service  will  be 
employed  if  it  is  necessary  to  transfer  data  between  ships.  Character¬ 
istics  of  the  afloat  phase  of  aviation  unique  systems  are  depicted  in 
figure  3.4.2. 

3. 4. 4  Aviation  Unique  Systems  In  the  Assault  and  Continued  Dperations 
Characteristics  of  the  aviation  unique  systems  in  the  assault  and 

continued  operations  ashore  are  shown  in  figure  3.4.3.  It  is  antici¬ 
pated  that  the  helicopter  MAGs,  with  slow  moving  fixed-wing  aircraft 
attached,  would  be  established  with  the  MAW  Headquarters  in  the  amphib¬ 
ious  objective  area.  Squadron  work  centers  will  have  interactive 
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Figurt  3.4.2 

Aviation  Unique  Systems  —  Afloat 


terminals  hard  wired  to  the  MAG  SNAP  computer.  Data  will  be  processed 
on  the  SNAP  computer  and  then  passed  to  Navy  supply  and  maintenance 
activities.  Selected  data  will  be  transferred  electronically  or  man¬ 
ually  to  the  MAW  aviation  unique  oriented  MASC  for  compi ling/aggrega¬ 
tion.  The  system  operations  In  the  objective  area  will  be  a  duplication 
of  garrison  operations.  In  this  study  with  the  high  speed  f1xed-w1ng 
aircraft  operating  from  a  theater  remote  airfield  a  duplicate  operation 
will  be  established  within  the  theater  remote  MAGs.  Compi ling/aggre¬ 
gating  data  from  the  MAGs  at  a  theater  remote  location  may  be  trans¬ 
mitted  electronically  or  manually  to  a  MASC  established  In  the  theater 
remote  area  or  transported  on  tape  to  the  AOA  for  processing. 

3.4.5  Aviation  Systems  Sutmiary 

The  aviation  unique  systems  briefly  discussed  in  paragraph  3.4  and 
subsequent  subparagraphs  will  operate  on  four  types  of  computer  equip¬ 
ment  within  the  MAW. 

Configuration  "B"  of  the  SNAP  system  shall  support  new  and  rewrit¬ 
ten  Interactive  software  in  aviation  3M  and  SUADPS-RT  applications. 

This  Installation  will  be  van  mounted  and  located  with  each  MAG. 


A  configuration  "C"  of  the  SNAP  system  will  also  be  van  mounted, 
adjacent  to  the  configuration  "B"  van  in  each  MAG.  Configuration  “C" 
provides  additional  AOP  support  for  NALCOMIS  and  consists  of  added  pro¬ 
cessing  support,  mass  storage  and  remote  peripheral  subsystems  desig¬ 
nated  (RPS-C),  implemented  as  an  extension  of  configuration  "B".  The 
combined  configuration  "B"  and  "C  will  have  a  capability  to  provide  up 
to  12-16  visual  display  terminals  for  each  squadron.  Installation  of 
the  first  NALCOMIS  operational  site  is  programmed  for  FY  83  depending 
upon  acquisition  of  the  SNAP  I  Phase  II  computer  and  subsequent 
prototype  operations  at  MAG-24,  Cherry  Point,  NC. 

AOPE-FMF  Is  located  In  each  squadron.  Currently  the  FREDS  and  3M 
data  are  entered  on  these  machines  and  diskettes  are  transported 
physically  or  electronically  to  the  FASC/RASC  IBM  360  series  computer 
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for  processing  and  compll ing/aggregatlon  and  further  transport  to  the 
mainframe  computer. 

Currently  3M,  FREDS,  and  SNASS  are  processed  on  the  FASC/RASC  IBM 
360  series  computer.  The  ASC/RASC  computer  is  also  used  to  compile/- 
aggregate  the  MAG  data  of  all  aviation  unique  systems  into  u':eable 
decision  making  documents  for  MAW  staff  action.  With  introduction  of 
SNAP  as  the  replacement  for  the  UMIVAC-1500,  the  requirement  will  con¬ 
tinue  for  a  "MASC"  type  computer  at  the  MAW  level  for  use  in  garrison 
and  while  deployed. 

In  addition  to  the  aviation  unique  processing  needs  for  a  MASC, 
the  aviation  units  will  in  most  cases  be  located  at  airfields  several 
hundred  miles  distant  for  an  ADA.  Due  to  the  difficulty  of  data 
transmission,  Marine  AISs  will  most  likely  require  processing  upon  an 
aviation-oriented  MASC  located  within  the  MAW.  The  concept  of  REAL- 
FAMMIS  and  M3S  data  bases  operated  within  the  MAW  is  a  newly  emerging 
concept  which  will  require  further  development  and  planning. 

3.5  FISCAL 

The  Fiscal  Department  at  HQMC  is  currently  in  the  ^cess  of 
developing  a  major,  new  automated  system  with  which  to  conduct  the  fis¬ 
cal  function  within  the  Marine  Corps.  The  new  system,  the  Standard 
Accounting  and  Budget  Reporting  System  (SABRS),  is  in  the  system  devel¬ 
opment  phase  as  of  this  writing;  SABRS  will  replace  the  Marine  Air/ 
Ground  Financial  Accounting  and  Reporting  System  (MAGFARS)  and  the  Class 
I  Budget  System,  and  the  Priority  Management  Effort  (PRIME),  an 
automated  system  providing  a  means  of  collecting,  processing  and 
submitting  financial  data. 

During  the  first  round  of  interviews  in  II  MAF,  a  preliminary 
deployed  concept  of  operations  was  identified  at  the  2nd  FSSG  Disbursing 
Office  for  the  Disbursing  Office  Voucher  System  (DOVKMFR  at  Annex  C, 

Tab  B).  A  deployable  OOV  automated  information  system  has  not  yet  been 
supported  by  an  appropriate  HQMC  proponent.  Although  there  has  been  no 
formalization  of  a  DOV  AIS,  the  information  obtained  from  the  field  will 


be  enumerated  tn  this  study  with  a  belief  that  such  an  enumeration  will 
assist  an  appropriate  HQMC  proponent  with  the  formalization  of  a  deploy¬ 
able  DOV  justification.  Endorsements  for  a  deployable  DOV  were  obtained 
within  FMFPAC  during  the  second  round  of  interviews. 

The  military  pay  function  Is  discussed  as  a  subfunction  of  REAL 
FAMMIS  and  hence  was  documented  In  a  preceding  subparagraph  3.2. 

The  emerging,  new  fiscal  AIS  is  SABRS.  It  Is  scheduled  for 
implementation  In  FY-1984.  HQMC  Fiscal  Division  staff  members  have 
clearly  Indicated  that  SABRS  will  not  be  utilized  with  deployed  MAGTFs. 
Input  to  SABRS  will  be  accomplished  at  a  CONUS  RASC  (or  CDPA)  which 
receives  and  processes  data  from  M3S  and  probably  the  hard  copy  Inputs 
from  the  deployed  consolidated  fiscal  and  accounting  office  (CFAO)  team. 
Since  SABRS  Is  non-depl oyable.  It  will  not  become  a  documented  system 
within  this  study.  The  Interfaces  between  SABRS  and  other  deployable 
AISs  are  Identified  as  a  SABRS  Interface  requirement  for  the  deployable 
AISs. 

In  general,  very  little  deployed  AIS  processing  has  been  docu¬ 
mented  In  support  of  the  fiscal  function.  Deployed  DOV  processing  is 
tentatively  planned  to  process  on  the  ADPE-FMF  devices  with  no  defini¬ 
tion  of  data  aggregation  on  the  IBM  Series/1  commercial  devices  or 
processing  on  the  MASC.  The  other  fiscal  functions,  when  deployed,  will 
use  CONUS-type  Inputs  to  RASCs  (or  COPAs)  from  other  deployable  AIS  or 
as  In  the  case  of  the  CFAO  function,  hard  copy  documents  will  be  col¬ 
lected  by  deployed  CFAO  teams  and  periodically  mailed  to  a  CONUS-type 
RASC  facility  for  processing. 

The  concept  of  operations  for  a  deployed  DOV  Include  a  deployed, 
automated  AIS  based  upon  recent  changes  to  the  disbursing  office  T/0. 
Personnel  have  been  removed  from  the  T/0  as  a  result  of  the  Implemen¬ 
tation  of  AISs,  including  DOV  as  pointed  out  by  personnel  in  the  2d  FSSG 
DO  (Tab  B  to  Annex  C).  Further,  and  as  Is  characteristic  with  most 
contemporary  AISs,  only  the  automated  systems  are  taught  in  schools  such 


that  manual  procedures  and  techniques  have  atrophied  to  the  point  where 
they  hardly  exist  or  don't  exist  at  all.  The  validation  of  manual 
system  atrophication  came  from  several  of  this  study's  memoranda  for 
record.  Further,  current  experience  with  transaction  error  rates  into 
the  MCFC  show  the  deployed  unit  hard  copy  inputs  to  the  MCFC  for  DOV 
vary  from  a  10  to  90  percent  error  rate  across  the  DOs.  Utilizing  a 
skewed  normal  error  rate  distribution  favoring  a  small  error  rate,  the 
input  error  rate  to  DOV  at  the  MCFC  is  presumed  to  be  35  percent.  The 
introduction  of  a  deployed  front  end  edit  device  such  as  the  ADPE-FMF 
may  cut  the  aggregate  error  rate  to  the  2  to  5  percent  range  and  mini¬ 
mize  the  numerous  corrections  which  require  research  and  resources  which 
are  in  short  S'lpply.  The  error  rate  data  was  obtained  informally 
through  a  telephone  conversation  with  personnel  from  the  the  Systems 
Branch  of  the  Accounting  Department  at  the  MCFC. 

3.5.1  Disbursing  Office  Voucher  System  (DOV) 

DOV  was  identified  by  the  disbursing  officer  at  the  2d  FSSG  as  a 
system  which  should  operate  3s  an  AIS  for  deployed  MAGTFs  (see  Annex  C, 
Tab  B).  2d  FSSG  personnel  indicated  a  priority  requirement  for  a  de¬ 
ployable  AIS  for  DOV  and  military  pay.  They  were  also  concerned  about 
military  pay  for  Navy  personnel  accompanying  a  MAGTF  into  AOA  (mili¬ 
tary  pay  is  within  REAL  FAMMIS)  and  about  an  interface  with  the  Navy's 
Integrated  Disbursing  and  Accounting  System  (IDA)  which  occurs  at  Kansas 
City.  It  is  planned  to  pay  attached  Navy  personnel  in  the  same  manner 
as  Marines  using  the  Pay  Option  Election  procedures  provided  for  by  REAL 
FAMMIS.  Periodically  a  record  of  pay  transaction  would  be  forwarded  to 
the  Navy  Finance  Center  for  entry  into  IDA. 

3. 5. 1.1  DOV  Baseline.  The  Marine  Corps  possesses  no  standard 
manuals  for  DOV  process! ng- they  depend  upon  a  NAVCOMP  manual  to  define 
the  functional  processing  requirements  for  DOV.  Numbered  blocks  of  DOVs 
are  assigned  by  each  DO  by  disbursing  cost  category;  a  cost  category  is, 
for  example,  travel.  For  deployed  units  in  the  current  time  period, 
manual  records  are  maintained  in  the  deployed  DO  or  disbursing  section 
(dependent  upon  force  size)  and  periodically  mailed  to  the  Marine  Corps 


Finance  Center  (MCFC)  at  Kansas  City.  The  deployed  unit  DO  or  disburs¬ 
ing  section  receives  no  return  information  from  Kansas  City  -  the 
response  to  this  form  of  operation  is — “accounting  took  care  of  it." 

For  certain  key,  high  visibility  disbursing  categories,  data  is  trans¬ 
mitted  electronically  utilizing  AUTODIN  circuits.  For  military  pay 
inputs  to  DOV,  summarized  Inputs  are  provided  from  the  military  pay  list 
(MPL)  and  the  military  pay  vouchers  (MPVs).  The  DOV  inputs  to  Kansas 
City  are  forwarded  on  a  weekly,  bimonthly  and  monthly  basis.  The 
baseline  processing  time  from  the  RASC  at  Camp  Lejeune  taken  from  the 
Resource  and  Cost  Utilization  Report  (RESCU)  shows  that  the  monthly  DOV 
portion  of  processing  on  an  IBM  360/65  computer  is  .07  percent  of  the 
processing  time.  Out  of  a  typical  monthly  availability  of  613.7 
processing  hours,  .43  hours  or  26  minutes  of  processing  time  per  month 
is  required  for  DOV  processing  on  an  IBM  360/65  computer.  This  is  a 
very  small  monthly  processing  requirement — it  may  nearly  be  overlooked. 

3. 5. 1.2  DOV -Garrison  and  Embarkation  Phases.  Garrison  DOV 
operations  for  garrison  and  the  embarkation  phases  of  an  amphibious 
operation  are  characterized  in  Figure  3.5.1.  Garrison  operations  are 
conducted  through  interactive  terminals  to  a  RASC  where  processing  is 
accomplished.  The  RASC  contains  both  DOV  and  SABRS  hence  the  disbursing 
interface  is  automatic  and  internal  to  the  RASC  processor  and  data 
bases.  In  addition,  the  disbursing  office  also  possesses  an  inquiry 
capability  using  the  Video  Inquiry  System  (VIS).  This  capability  allows 
a  disbursing  terminal  to  call  the  Marine  Corps  Finance  Center  in  Kansas 
City  for  a  display  of  a  single  pay  record  by  page;  however,  no  changes 
or  processing  can  be  accomplished  on  VIS. 

For  the  1988  time  period,  ADPE-FMF  devices  will  be  utilized  for 
deployed  DOV  processing.  As  a  matter  of  fact,  as  of  this  writing 
(November  1981),  plans  are  underway  to  automate  a  deployed  version  of 
DOV  for  deployed  operations  on  the  ADPE-FMF  devices  in  the  near-term. 
Information  as  to  the  functions  processed  and  the  elements  in  the  data 
base  was  not  available  to  the  study  team.  It  is  therefore  presumed  that 
deployed  DOV  will  perform  front-end  transaction  edits,  local  update  of  a 
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bookkeeping  data  base,  and  the  preparation  of  a  transaction  diskette  for 
transport  to  a  CONUS-1  Ike  ASC  for  processing.  DOV  transactions  would  be 
transported  either  to  the  MASC  or  a  RASC.  Should  the  MASC  be  utilized, 
the  DOV  transaction  would  only  be  consolidated  at  that  location  because 
SABRS  has  not  been  identified  as  an  AIS  operated  upon  the  MASCs.  A 
•  potential  option  would  be  to  hardwire  regular  terminals  to  the  logisti¬ 
cal  ly-oriented  MASC  should  the  OOV  terminals  in  the  FSSG  or  BSSG  oe 
located  closely  enough  to  the  MASC  to  operate  in  that  mode--this  is 
considered  a  low-probability  option. 

The  perceived  concept  of  operations  for  an  embarking  MAF  and  MAB 
require  a  task  organization  and  a  data  base.  Once  the  task  organization 
IS  defined,  a  deployed  OOV  data  base  may  be  prepared  in  a  short  period 
of  time  estimated  as  15  minutes  for  a  MAB  and  45  minutes  for  a  MAF.  2d 
FSSG  personnel  felt  that  a  deployed  MAU  would  be  sufficiently  small  as 
to  operate  a  manual  system--th1s  was  concurred  with  Marine  Corps-wide. 
MAUs  are  currently  deploying  with  four  to  five  ADPE-FMF  devices.  The 
DOV  function  could  easily  be  processed  on  one  of  the  deployed  ADPE-FMF 
devices  since  the  DOV  processing  requirement  is  very,  very  small.  The 
potential  delay  in  preparing  a  deployed  version  of  DOV  is  identification 
of  the  deploying  force  structure.  Task  organized  units  art  changing 
regularly  even  while  ships  are  being  loaded  (this  condition  affects  most 
other  deployable  AISs).  It  may  be  necessary  to  prepare  the  final  DOV 
data  base  when  the  ships  have  sailed  and  the  data  bases,  on  diskette,  be 
flown  to  the  embarked  ships  with  ADPE-FMF  devices  (or  the  MASC). 

3. 5. 1.3  DOV  Afloat,  Assault  and  Continued  Operations  Phases. 

2nd  FSSG  personnel  felt  that  the  deployed  operation  of  DOV  would  re¬ 
quire  only  about  1/3  of  the  processing  time  compared  to  garrison  opera¬ 
tion.  The  baseline,  garrison  FMF  requirement  was  previously  calculated 
for  all  OOV  processing  at  the  Camp  Lejeune  CASC  at  26  minutes  of  IBM 
360/65  pf'ocessing  time  per  month.  Since  the  deployed  DOV  functions  will 
most  likely  be  fewer  than  those  in  garrison,  the  deployed  requirement 
will  be  cut  by  another  one- third;  this  load  is  expected  to  also  occur 
during  the  continued  operations  phase.  The  afloat  and  assault  phases 
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win  have  even  a  smaller  requi reinent.  The  continued  operations  phase 
will  therefore  have  a  processing  need  for: 


26  minutes  x  1/3  for  deployed  x  2/3  for  functions  =  5.8 
minutes  per  month.  Considering  OOV  growth  until  1988  at  5 
percent  per  year,  the  monthly  process!  mj  requirement  in 
IBM  360/65  equivalents  is  7.7  minutes  per  month,  say 
minutes  per  month.  Converting  from  IBM  360/65  processing 
time  to  ADPE-FMF  processing  time  (a  ratio  of  6.5:1)  the 
ADPE-FMF  devices  require  65  minutes  per  month  for  proces¬ 
sing  deployed  OOV.  Four  ADPE-FMF  devices  are  slatedfor 
each  deploying  MAF  for  OOV.  Considering  the  requirement 
per  month  one  ADPE-FMF  device  would  be  utilized  at 


10  min/month  rqmt  x  100  percent _ 

30  days/mon  x  22  hours/day  x  60  min/hr 


.03  percent. 


One  ADPE-FMF  device  may  easily  be  operatt^^l  /nr  deployed 
DOV  processing  aboard  ship  for  a  MAF  (and  a  MAu./  In  fact 


the  requirement  is  so  slight,  sharing  the  j  with 

another  operable  ADPE-FMF  device  seems  tea'-hle.  bi..  'd 


DOV  unique  devices  deploy,  a  second  AUPT  ■i-MI  device  could 
deploy  as  a  redundant,  backup  device.  As  stated  earlier, 
deployed  MAU  OOV  processing  would  be  accomplish  .ither 
manually  by  collecting  and  mailing  hard  cop>  documents  or 


by  forwarding  a  diskette  containing  transactions  which 
were  recorded  by  the  ADPE-FMF  device. 


The  assault  phase  of  an  amphibious  operation  would  operate  in  a 
fashion  similar  to  that  of  the  afloat  phase.  The  principal  difference 
is  that  units  ashore  would  transport  hard  copy  transactions  to  the 
ADPE-FMF  device  aboard  ship  where  they  would  be  input  to  the  ADPE-FMF 
devices.  As  the  FSSG  echelons  into  the  AOA  from  one-to-four  ADPE-FMF 
devices  could  be  utilized  for  MAF  operations.  The  number  of  DOV  pro¬ 
cessors  deployed  ashore  will  be  dependent  upon  the  geographic  disbur- 
sion  designated  by  the  combat  service  support  portion  of  the  operations 
plan;  operations  plans  will  vary  from  scenario  to  scenario  and  from  unit 
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to  unit.  The  deployed  MAB  would  require  one  ADPE-FMF  device  for  all 
operational  phases  and  potentially  a  second  device  for  redundancy  and 
backup.  Also  recall  that  the  monthly  processing  requirement  for  DOV  is 
so  small,  the  processing  may  be  series-shared  upon  another  device. 

Figure  3.5.2  depicts  the  afloat,  assault  and  continued  operations  ashore 
phases  for  MAF  and  MAB- si  zed  forces. 

3. 5. 1.4  DOV  Data  Collection  Work  Sheets  (2).  A  data  collection 
work  sheet  is  provided  for  MAF  and  MAB  DOV  concepts  of  operations  for 
all  of  the  amphibious  operation  phases  (garrison,  embarkation,  afloat, 
assault  and  continued  operations)  are  contained  in  Annex  G. 

3. 5. 1.5  DOV  Summary.  DOV  is  a  small  bookkeeping  system  which 
will  use  ADPE-FMF  devices  deployed  in  the  1988  time  period,  and  will 
create  a  very  small  processing  requirement  that  is  almost  negligible  but 
has  been  considered  in  this  report.  It  will  transition  easily  among  the 
amphibious  operation  phases  with  the  possible  exception  of  the  embarka¬ 
tion  phase  herein  the  DOV  data  base  must  be  updated  at  the  last  moment 
with  the  latest  task  organization.  DOV  was  initially  identified  as  a 
deployable  AIS  during  the  study  team's  first  round  of  interviews  at  Camp 
Lejeune  in  March  1981.  Subsequent  interviews  in  FMFPAC  in  September 
1981  resulted  in  an  endorsement  for  DOV  deployability  on  ADPE-FMF 
devices.  The  deployed  DOV  should  be  approved  and  implemented  in  the 
near-term  time  frame. 

3.5.2  Consolidated  Fiscal  and  Accounting  Office  (CFAO) 

The  CFAO  function  will  be  a  part  of  the  SABRS  which  is  currently 
under  design  under  the  auspices  of  the  Fiscal  Division,  HQMC.  The  CFAO 
automated  functions  are  performed  from  a  fixed  installation  normally 
near  by  or  colocated  with  the  RASC.  Their  task  is  to  retrieve  infor¬ 
mation  from  paper  documents  and  prepare  input  transactions  to  the  RASC 
wi-.h  an  interactive  terminal  providing  a  front-end  edit  capability  to 
the  RASC.  The  CFAO  function  is  not  truly  a  deployable  AIS  function  in 
that  through  the  midrange  time  frame,  the  deployable  aspects  of  the  CFAO 
will  be  conducted  with  a  deoloyed  team  collecting  hard-copy  documents 
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AfLU/\j,  ASSAliLT  AND  CONTINUED  OPERATIONi>^  ALL  FORCE  SIZES' 


Figure  r.5,2 

DOV  fo>  Afloat,  Assault  arid  Continued  Operation  Phase 


which  will  be  mailed  to  a  fixed  CFAO  for  normal,  CONUS-llke  Input  to  a 
RASC. 


3. 5. 2.1  CFAO  Baseline  Processing.  The  baseline  processing  Is 
described  In  the  introduction  to  this  subparagraph.  The  flow  of  Infor¬ 
mation  and  processing  Is  shown  generically  In  Figure  3.5.3  for  the  gar¬ 
rison  and  embarkation  phases  of  an  amphibious  operation.  In  preparing 
for  deployment,  the  diskette  shown  In  Figure  3.5.3  is  a  one-time  listing 
of  the  task-organized  structure  CFAO  accounts;  the  diskette  could  be  a 
hard  copy  printout  which  the  deployed  CFAO  team  personnel  could  use  for 
a  reference  file. 

The  actual  processing  time  per  month  In  the  garrison  environment 
was  not  ascertainable  from  the  Resources  and  Cost  Utilization  (RESCU) 
reports  obtained  from  HQMC  Code  CCIR.  The  RESCU  reports  contain  a 
monthly  summary  of  the  various  AIS  resource  usage  at  each  Marine  Corps 
ASC.  Considering  that  Standard  General  Ledger  and  a  system  such  as 
Budget  in  aggregate  utilized  1.09  percent  of  the  ASC  capacity  at  the 
Camp  Lejeune  CASC,  the  processing  requirement  for  FMF  units  would  be  on 
the  order  of  .5  percent  each  month--CFA0  Is  not  specifically  reported  in 
RESCU.  This  processing  requirement  as  with  DOV  previously  described 
(.06  percent  per  month),  is  very  small  and  since  CFAO  does  not  deploy, 
its  deployed  processing  requirement  for  ADPE-FMF  devices  or  other 
processors  will  be  overlooked. 

3. 5. 2. 2  CFAO-Garrison  and  Embarkation  Phases.  As  preparation 
for  embarkation  proceeds,  that  portion  of  the  CFAO  data  base  that  re¬ 
lates  to  task  organization,  unit  attachments  and  the  like  will  require 
data  base  updates  until  such  time  that  the  organizational  data  base 
represents  the  deployed  force.  It  Is  at  this  time  the  diskette  or  hard 
copy  reference  files  would  be  output  from  the  RASC  to  accompany  the 
deployed  CFAO  team. 

3 . 5 . 2 . 3  CFAO-Afloat,  Assault  and  Continued  Operations.  Th e 
actual  deployed  phases  for  C-AO  operations  Is  not  clear  from  a  review  of 
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the  SABRS  ADS  development  plan  (reference  jj).  In  total,  SABRS  in  con¬ 
junction  with  other  fiscal  functions  and  the  military  pay  portion  of 
REAL  FAMMIS,  requires  approximately  872  interactive  terminals  for  its 
implementation  in  FY-1984.  Of  the  872  terminals,  121  are  slated  for 
utilization  by  units  in  the  FMF.  Whether  these  assets  are  deployable 
and/or  how  they  will  support  the  deployed  force  has  not  yet  been 
addressed  with  respect  to  the  CFAO  function.  Large,  Interactive  systems 
under  development  within  the  Marine  Corps  appear  to  have  a  generic 
planning  difficulty  with  the  distribution  and  utilization  of  regular 
interactive  terminals  in  support  of  deployed  MAGTFs;  this  topic  area  is 
further  amplified  in  Chapter  5  of  this  study  report- -Areas  of  Concern. 

The  CFAO  function  will  be  conducted  in  the  deployed  environment 
as  shown  graphically  in  Figure  3.5.4.  It  consists  of  deployed  personnel 
comprising  a  CFAO  team  whose  function  is  to  collect  hard  copy  documents 
which  are  mailed  to  a  RASC  or  the  MCFC  at  Kansas  City;  the  mailings  are 
generally  sent  on  a  weekly  basis.  Feedback  to  the  deployed  CFAO  team 
frequently  takes  two-to-three  weeks,  so  a  question  is  raised  as  to  the 
timeliness  of  the  feedback.  The  deployed  CFAO  team  would  remain  aboard 
ship  during  the  assault  phase  of  the  amphibious  operation  and  would 
transfer  ashore  in  accordance  with  the  operations  order- -pr::bably  in  the 
early  portion  of  continued  operations  ashore  phase.  A  CFAO  team  member 
may  also  be  located  at  the  TAE. 

3. 5. 2. 4  CFAO  Summary.  The  information  pertaining  to  the  de¬ 
ployed  CFAO  function  was  obtained  informally  through  interviews  with 
cognizant  personnel  in  the  Fiscal  Division  at  HQMC.  The  deployed  CFAO 
function  is  conducted  in  a  deployed  status  as  it  is  in  the  garrison 
environment.  The  significant  difference  is  that  during  deployments  hard 
copy  inputs  are  mailed  where  as  in  garrison,  the  inputs  may  be  hand 
carried  to  the  RASC  with  output  available  within  24-48  hours  rather  than 
the  2-3  weeks  experienced  by  deployed  MAFTFs.  Since  the  deployed  CFAO 
function  does  not  create  a  need  for  deployed  Als  processing,  a  data 
collection  work  sheet  is  not  included  in  this  study  report  for  the 
deployed  CFAO  function. 
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Figure  3.5.4 

CFAO  for  Afloat,  Assault  and  Continued  Operation  Phases 


3.6  LOGISTICS/COMBAT  SERVICE  SUPPORT  (CSS) 

It  is  prudent  at  the  outset  to  address  the  terms  "logistics'*  and 
"combat  service  support"  as  they  apply  to  MAGTFs.  Contrary  to  everyday 
usage,  the  terms  are  not  interchangeable.  A  fundamental  difference 
exists  between  the  two  terms  as  defined  and  discussed  in  doctrinal  pub¬ 
lications  (references  d  and  e). 

Logistic  planning  is  primarily  concerned  with  deployment  planning 
prior  to  D-day  and  external  support  requirements  during  the  entire 
deployment,  i.e.  prior  to  and  subsequent  to  D-day.  In  contrast,  combat 
service  support  planning  is  primarily  concerned  with  organizations, 
tasks,  and  responsibilities  internal  to  the  MAGTF.  However,  the  two  are 
interrelated  in  that  combat  service  support  planning  is  part  of,  and 
dependent  on,  logistic  planning.  Thus,  the  difference  between  the  two 
terms  is  essentially  one  of  orientation.  Logistics  is  oriented  prima¬ 
rily  to  external ,  deployment-oriented  support,  whereas  combat  service 
support  is  oriented  primarily  to  internal,  combat-oriented  support. 
Technically,  the  area  addressed  in  this  paragraph  embraces  combat  serv¬ 
ice  and  extends  into  logistics. 

Major  inputs  to  this  paragraph  are  based  on  outputs  from  the 
Combat  Service  Support  (CSS)  Automated  Information  System  (AIS)  Support 
Concept  Development  Study  (references  jjj  and  kkk).  This  study,  with 
the  Deputy  Chief  of  Staff  for  Installations  and  Logistics  as  the  func¬ 
tional  manager,  was  conducted  for  the  purpose  of  identifying,  enriching 
and  developing  concepts  of  operations  for  CSS  AISs  planned  for  the 
1985-95  period.  The  study  had  the  following  objectives: 

•  Develop  a  concept  of  operations  for  CSS  AIS  support  in  the 
1985-95  period  for  deployed  MAGTFs 

•  Define  the  critical /priority /essential  operational  or  func¬ 
tional  requirements  for  CSS  AISs  considering  contemporary  and 
future  doctrine 


The  study  was  developed  in  concert  with,  and  provided  as  input  to  this 
PGRG  effort. 


The  initial  step  consisted  of  an  analysis  of  combat  service 
support  functions  to  determine  which  functions  and/or  sub-functions 
required  a  deployable  capability.  The  single  measure  of  ef rpctiveness 
used  was  the  time  required  to  provide  combat  essential  support  at  the 
required  location.  The  combat  service  support  functions  and  sub¬ 
functions  analyzed  are  contained  in  Figure  3.6.1.  It  was  determined 
that  the  logistic/combat  service  support  functions  which  require  a 
deployable  capability  are  supply,  maintenance  and  embarkation.  These 
are  noted  by  the  solid-lined  boxes  in  Figure  3.6.1.  Other  CSS  functions 
which  require  a  deployable  capability  are  manpower  and  financial  man¬ 
agement.  These  are  indicated  by  the  dash-lined  boxes  in  Figure  3.6.1 
and  discussed  in  paragraphs  3.2  (Manpower)  and  3.5  (Fiscal). 

Each  of  the  three  functional  areas  (supply  maintenance  and  em¬ 
barkation)  are  now  supported  by  an  AIS.  New  AISs  are  planned  or  under 
development  in  two  of  the  functional  areas  (i.e.  supply  and  embarka¬ 
tion).  Additionally,  two-level  sysems  are  evolving  with  the  use  of 
ADPE-FMF  devices.  These  devices,  using  Class  IV  system’",  provide  an  ADP 
capability  at  the  user  level  (i.e.  units  and  selecced  sections  and  shops 
in  the  force  service  support  group)  for  local  management  and  generation 
of  input  (transactions,  changes,  etc.)  for  the  Class  I  systems.  The 
evolving  systems  are  shown  in  Figure  3.6.2.  The  CSS  AIS  Study  Group  and 
field  interviews  indicate  that  the  supply,  maintenance  and  embarkation 
functions  as  currently  performed  in  the  FMF  are  not  expected  to  undergo 
any  significant  operational  or  doctrinal  changes  between  now  and  the 
1988  time  frame.  There  will  be  changes  in  data  management  with  the 
development  of  MSS  and  the  follow-on  to  the  MEDS  system  and  the  fielding 
of  the  ADPE-FMF  devices.  These  evolving  systems  will  increase  the 
commonality  and  standardization  needed  to  permit  the  functions  to  be 
performed  in  the  same  manner  during  all  operational  postures,  e.g., 
garrison,  peacetime  deployments,  amphibious  operations  in  a  combat 
environment,  etc. 
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Figure  3.6.1,  Logistics/Combat  Service  Support  Functions  and  Sub-functions 


FUNCTION 

CURRENT  SYSTEM 

CLASS  IV  SYSTEM 

FUTURE  CLASS 

I  SYSTEM 

Supply 

Supported  Activities 
Supply  System  (SASSY) 

ADPE-FMF,  Phase  II 

Marine  Corps 
Standard 
Supply  System 
(M3S) 

Maintenance 

Marine  Corps  Inte¬ 
grated  Maintenance 
Management  System 
(MIMMS) 

ADPE-FMF,  Phase  11 

Marine  Corps 
Integrated 
Maintenance 
Management 
System  (MIMMS 

Embarkation 

Mechanized  Embarkation 
Data  System  (MEDS) 

Standard  Embarkation 
Management  System 
(SEMS) 

Planned  (Name 
to  be 

designated) 

Figure  3.6.2.  Evolving  Logistics/Combat  Service  Support 
Automated  Information  Systems 


3.6.1  Supply  Function 

The  supply  function  is  one  of  the  oldest  and  the  largest  user  of 
automation  support.  With  ever  increasing  utilization,  automation 
support  has  become  ingrained  in  daily  supply  operations  to  the  degree 
that  substitution  of  manual  techniques  would  cause  an  unareptable 
degradation  of  support  for  MAGTFs  except  in  the  case  of  the  smallest 
MAGTF .  Even  in  the  smallest  MAGTF,  i.e.  Marine  Amphibious  Unit  (MAU), 
automation  support  is  rapidly  becoming  a  requirement.  The  degradation 
is  due  to  an  insufficient  number  of  available  supply  personnel  and  the 
additional  training  time  needed  for  instruction  and  practice  in  using 
manual  techniques. 

The  current,  standard.  Class  I  supply  AIS  is  the  Supported 
Activities  Supply  System  (SASSY)  which  suffers  from  a  number  of  defi¬ 
ciencies  and  undesirable  features.  It  was  designed  for  a  garrison 
environment  and  therefore  not  readily  deployable.  SASSY  excludes 
ammunition,  bulk  fuel,  garrison  property,  individual  clothing,  lumber 
and  subsistence.  Additionally  SASSY  requires  a  complete  program  run  to 
update  its  files  no  matter  how  few  transactions  or  files  are  involved 


and  uses  excessive  time  to  accomplish  the  program  run.  FMFPAC  has 
identified  approximately  55  Class  III  programs  to  assist  and  enhance 
SASSY  processing. 

The  Marine  Corps  Standard  Supply  System  (M3S)  is  presently  under 
development  as  a  replacement  for  SASSY  and  other  supply  AISs.  It  will 
be  a  single  system  encompassing  both  the  retail  and  wholesale  functions 
for  FMF  units  and  the  supporting  establishment.  M3S  will  support  and 
consolidate  the  functions  now  performed  by  SASSY,  Marine  Corps  Unified 
Material  Management  System  (MUMMS),  Direct  Support  Stock  Control  System 
(DSSC)  and  numerous  base  property  control  systems,  and  remedy  the  defi¬ 
ciencies  cited  above  for  SASSY.  Although  much  of  the  system  is  still  in 
the  process  of  definition  and  development  of  system  specifications,  the 
supply  functions  and  operations  as  practiced  currently  in  the  FMF  will 
undergo  little  change.  M3S  is  expected  to  be  operational  about  1985. 

MSS  system  design  will  emphasize  modularity  and  permit  the  addi¬ 
tion  or  deletion  of  equipment  or  software  components  without  reconfigu¬ 
ration  and  redesign.  Standard  linkages  will  insure  the  ability  to  ex¬ 
pand  or  reduce  resources  as  requirements  dictate.  Subsystems  and  equip¬ 
ment  components  can  be  added  or  deleted  without  degradation  to  other 
subsystem  processing.  In  garrison,  the  data  base  will  be  integrated 
with  the  financial  base  to  eliminate  the  passing  of  data  in  a  subsequent 
process  and  to  provide  timely  financial  status.  There  are  no  plans  at 
present  to  deploy  the  financial  AIS,  i.e..  Standard  Accounting  and 
Budget  Reporting  System  (SABRS).  Therefore,  for  deployed  units  this 
integration  would  occur  upon  receipt  of  tapes  at  the  designated  RASC. 

The  primary  functions  are  contained  in  Figure  3.6.3.  The  functions  of 
primary  importance  for  deployable  forces  are  Functions  1.2.3  (Inventory 
Control)  and  1.2.7  (Reporting  System). 

The  system  will  be  capable  of  batch  or  transaction  input  on  an 
exception  basis  through  the  media  of  source  data  automation,  key  punch 
jocuments  or  magnetic  devices.  Output  will  be  periodic,  recurring  and 
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exception  reports  which  can  be  readi ]y  modi f led  in  format  and  content. 
Also,  ad  hoc  retrieval  requests  will  be  possible  in  a  minimum  turnaround 
time. 


A  M3S  goal  is  to  develop  a  system  which  will  operate  in  deploy¬ 
ment  the  same  as  in  garrison,  while  providing  for  phased  commitment  of 
logistics  elements  in  the  objective  area.  Support  of  FMF  units  will  be 
maintained  by  a  central  accounting  unit  configured  as  a  Retail  .ssue 
Point  (RIP).  Through  this  central  accounting  unit,  FMF  units  will  be 
supported  by  Materiel  Issue  Points  (MIPs)  established  geographically  or 
task  organized  to  support  contingency  plans. 

3. 6. 1.1  M3$  Baseline.  The  equivalent  of  the  M3S  oaseline  is 

jASSY  plus  the  ADPE-FMF  devices  which  constitutes  a  two-level  system. 

At  the  lower  level,  ADPE-FMF  devices  have  been  issued  to  using  units 
(Ddttalions,  squadrons  and  at  selected  activities  in  the  supply  and 
maintenance  battalions  of  the  force  service  support  group).  Using  the 
Phase  I  program  these  devices  record  transactions,  changes  ina  other 
required  input  data  on  diskettes  which  are  delivered  to  the  RASC  for 
entry  into  the  SASSY  data  base.  The  Phase  II  program,  nearing  comple¬ 
tion  of  development,  provides  for  a  local  data  base  ana  a  capability  for 
generating  local  reports.  This  program  also  provides  an  interface  with 
the  local  MIMMS  data  base.  Input  to  SASSY  is  accomplished  by  del > ,ery 
of  diskettes  (floppy  disks)  from  the  user  level  to  the  RASC.  Diskettes 
are  read  into  SASSY  through  the  use  of  Commercial  Series/1  system  haro- 
ware  ("white  machine").  Reconciliation  and  updated  transaction  status 
data  for  use  at  the  user  level  are  obtained  by  a  returned  diskette  pro¬ 
duced  by  SASSY.  For  deployed  units  (i.e.  MAUs),  the  diskette  is  used  in 
conjunction  with  the  Message  Entry  Processing  System  (MEPS)  to  produce  a 
paper  tape  which  in  turn  is  entered  into  the  Naval  communications  system 
for  transmission  to  tne  cognizant  SASSY  Management  Unit  (SMU). 

SASSY  is  the  mechanized  supply  management  system  used  at  the 
direct  support  echelon  and  the  user  level  of  supply.  It  is  designed  to 
dCeompMsh  supply  accounting  for  the  battalion,  squadron  and  separate 


3-74 


ccxnpany  level.  SASSY  accomplishes  requirements  determi nation ,  materiel 
control,  and  asset  visibility.  A  key  feature  of  the  SASSY  concept  is 
the  daily  or  periodic  transaction  reporting  between  the  using  unit  level 
employing  ADPE-FMF  devices  and  the  SMU.  The  system  ilso  interfaces  with 
other  Marine  Corps  systems  (MUMMS,  MIMMS,  MAKES)  m  the  transfer  of 
data,  and  with  other  authorized  sources  of  sjpply  using  mi  i  ,  ary 
standard  formats. 

3.6. 1.2  M3S-Garrison  and  Embarkation  Phases.  M3S  operations 
during  the  gar^'ison  and  embarkation  phases  are  depicted  in  Figure  3.6.4. 
During  these  phases,  two  levels  of  automation  will  be  utilized,  i.e. 
ADPE-FMF  devices  at  the  using  unit  and  M3S  at  the  RASC.  In  garrison, 
using  units  enter  transactions  except  for  Class  IX  repair  parts  on 
diskettes  and  update  local  data  bases  using  ADPE-FMF  devices.  Repair 
oarts  and  maintenance-related  supplies  are  entered  into  MIMMS  using  an 
equipment  repair  order  shopping  list  (EROSL).  The  u msaction  data  is 
passed  to  M3S  via  the  M3S/MIMMS  interface.  The  diskettes  are  forwarded 
by  courier  to  the  retail  issue  point  (RIP)  for  processing.  The  RIP 
using  RJE  or  ADPE-FMF  devices  reports  actions  taken  on  the  transactions 
to  M3S  at  the  RASC.  The  RASC,  in  turn,  produces  a  diskette  containing 
status  data  which  is  returned  to  the  using  unit  so  the''  ^ocal  data  bases 
may  be  updated  and  reconciled  with  the  M3S  data  oase. 

The  embarkation  phase  consists  of  the  assumption  of  M3S  opera¬ 
tions  at  the  MASC  for  the  MAGTF.  Interviews  revealed  three  viewpoints 
on  this  subject.  One  viewpoint  suggested  that  all  M3S  operations  should 
be  accomplished  by  the  RASC  until  embarkation.  Another  suggested  that 
M3S  should  be  operated  in  parallel  at  the  MASC  and  RASC  to  provide  for  a 
nigh  level  of  training  and  proficiency  for  MASC  personnel,  up-to-date 
operation  of  MSS  programs  at  the  MASC  and  as  a  check  and  balance  for  M3S 
operations  performed  by  both  centers.  The  tnird  viewpoint  provided  for 
an  in-between  position  in  which  the  MASC  would  be  operated  at  periodic 
intervals  to  achieve  training  and  proficiency  of  personnel  and  to  ensure 
up-to-date  programs. 


Regardless  of  the  status  of  the  MASC,  upon  activation  of  the 
MAGTF  immediate  steps  are  taken  for  the  MASC  to  assume  M3S  operations 
for  the  MAGTF  task  organization.  M3S  programs  and  data  bases  for  the 
MAGTF  task  organization  at  the  RASC  are  duplicated  at  the  MASC.  Using 
units  continue  to  record  transactions  on  diskettes.  However,  initially 
the  diskettes  are  processed  for  record  purposes  at  the  RASC  w;*h  the 
data  provided  to  the  MASC.  The  parallel  processing  effort  continues 
until  the  M3S  programs  and  MAGTF  data  bases  have  been  reconciled  and  are 
fully  operational  at  the  MASC.  Thereafter,  MAGTF  using  units  submit 
transactions  to  the  MASC  for  processing.  Duplicate  tapes  are  provided 
to  the  RASC  in  order  to  prevent  any  degradation  in  the  MAGTF  data  bases 
as  a  result  of  the  transfer  of  processing  responsibility  from  the  RASC 
to  the  MASC,  and  to  facilitate  exchange  of  data  as  the  result  of  changes 
in  the  MAGTF  task  organization. 

3.6. 1.3  M3$-Afloat.  Assault  and  Continued  Ope  ations  Ashore. 

Upon  embarkation,  supply  support  and  transaction  reporting  will  involve 
W!P  some  deviations  from  that  followed  during  the  garrison  and  embarkation 

phases.  The  support  structure  will  be  changed  in  that  the  combat  serv¬ 
ice  support  element  (CSSE)  will  be  task  organized  to  support  the  opera¬ 
tion.  Additionally,  some  of  the  elements  of  the  CSSE  will  "'e  task 
organized  to  provide  support  to  designated  MAGTF  elements  from  one  or 
more  combat  service  support  areas  (CSSAs).  The  remainder  of  the  CSSE 
will  operate  from  a  force  combat  service  support  area  (FCSSA).  Pre¬ 
positioned  emergency  supplies  (floating  dumps  and  prestaged  helicopter- 
lifted  supplies)  and  initial  supplies  to  establish  dumps  in  the  beach 
support  areas  (BSAs)  and  landing  zone  support  areas  (LZSAs)  are  dropped 
for  record  purposes.  These  supplies  are  issued  on  demand/as  required 
during  the  initial  assault.  Upon  establishment  of  the  CSSAs  and  FCSSA, 
the  remaining  supplies  in  the  BSAs  and  LZSAs  are  treated  as  a  receipt 
and  reentered  into  the  supply  system. 

M3S  operations  during  these  phases  are  shown  in  Figure  3.6.5. 
luring  the  afloat  ohase,  transactions  are  recorded  on  diskettes  in  the 
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Figure  3.6.5.  Marine  Corps  Standard  Supply  System  (M3S)-Afloat,  Assault  and  Continued  Operations  Ashore  Phases 


same  manner  as  in  garrison,  and  couriered  to  the  supporting  material 
issue  point  (MIP).  The  MIP  reports  action  taken  to  the  MASC  for  up¬ 
dating  the  M3S  data  base.  The  number  of  transactions  are  expected  to  be 
low  and  will  consist  primarily  of  supplies  and  materiel  needed  to 
’replenish  expenditures  and  losses  during  the  rehearsal  phase.  Location 
of  supplies  during  the  afloat  phase  will  be  maintained  in  the  embarka¬ 
tion  AIS  (SEMS). 

During  the  initial  assault,  the  number  of  transactions  will 
continue  to  remain  low.  Requisitions  will  involve  primarily  Class  I, 

III  and  V  supplies  from  prepositioned  emergency  supplies,  BSAs  or 
LZSAs.  No  transactions  for  these  supplies  are  entered  into  the  M3S  data 
base  as  they  are  pre-expended  and  dropped  from  the  inventory  records 
upon  embarkation. 

As  the  operation  continues,  the  CSSAs  and  FCSSA  are  established 
ashore  and  general  unloading  commences.  The  CSSAs  are  located  generally 
in  the  forward  areas  and  are  task  organized  to  provide  combat  service 
support  to  designated  MAGTF  units.  Each  contains  a  MIP  which  holds  a 
orescribed  consumer-level  inventory.  The  FCSSA  is  located  usually  near 
the  beach  or  port  and  holds  the  intemiediate  level  invents. y  used  to 
replenish  consumer  level  inventories.  Transactions,  except  for  Class  IX 
repair  parts,  during  this  and  the  continued  operations  ashore  phases  are 
recorded  on  diskettes  using  the  AOPE-FMF  devices  at  the  using  unit  level 
as  stated  above.  Transaction  data  concerning  repair  parts  are  entered 
into  MIMMS  using  an  EROSL.  The  diskettes  are  forwarded  to  the  MIP  which 
takes  the  appropriate  action  relative  to  the  transactions.  The  MIP  in 
turn  records  the  action,  i.e.  issue  or  referral  to  the  FSCCA,  using 
ADPE-FMF  devices,  and  forwards  the  transaction  data  to  the  MASC  for 
entry  into  the  M3S  data  base.  Output  data  from  M3S  is  returned  by 
diskette  to  the  using  unit  for  use  in  updating  its  local  files.  Output 
data  is  prepared  also  for  a  designated  RASC  and  appropriate  supply 
sources.  These  data  are  forwarded  to  the  appropriate  recipients  on  the 
basis  of  the  priority  of  contents  using  telecommunications,  courier  or 


3. 6. 1.4  M3S  Data  Collection  Worksheets.  Data  collection  work¬ 
sheets  for  the  supply  function  are  contained  in  Annex  G  by  those 
sub-functions  which  are  most  susceptible  to  automation,  i.e.  procure¬ 
ment,  storage  and  distribution. 

3. 6. 1.5  M3S  Summary.  M3S  portends  to  be  a  readily  deployable 
system  which  will  pennit  supply  operations  to  function  the  same  in 
deployment  as  in  garrison. 

3.6.2  MAINTENANCE 

The  current  maintenance  AIS  is  the  Marine  Corps  Integrated  Main¬ 
tenance  Management  System  (MIMMS)  and  will  be  operational  through  the 
1988  time  period.  Refinements  to  MIMMS  are  expected  in  the  form  of 
appropriate  changes/modifications  in  order  to  maintain  an  effective  and 
current  system.  MIMMS  is  an  integrated  management  system  encompassing 
all  ground  equipment  commodity  areas,  based  on  standard  policies  and 
procedures  which  are  applicable  to  all  levels  of  command  and  echelons  of 
maintenance.  It  is  user-oriented  and  designed  to  work  with  other 
systems,  i.e.  SASSY  and  its  successor  M3S,  and  ADPE-FMF  devices  through 
both  the  supply  and  maintenance  applications. 

MIMMS  consists  of  three  subsystems: 

•  Headquarters  Maintenance  Subsystem  (HMSS).  This  subsystem  is 
designed  to  support  logistics  managers  at  Headquarters  Marine 
Corps  and  the  Marine  Corps  Logistics  Base  (MCLB),  Albany, 
Georgia. 

•  Depot  Maintenance  Subsystwi  (DMSS).  This  subsystem  supports 
the  depot  maintenance  effort  at  MCLBs,  Albany  and  Barstow. 

•  Field  Maintenance  Subsystem  (FMSS).  This  subsystem  supports 
all  ground  equipment  maintenance  performed  at  the  organiza¬ 
tional  and  intermediate  maintenance  echelons  in  the  Fleet 
Marine  Force,  supporting  establishment  and  selected  Marine 
Corps  Reserve  units. 
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3. 6.2.1  MIMMS  Baseline.  With  the  fielding  of  the  ADPE-FMF 
devices,  MIMMS  is  a  two-level  system.  Initial  input  is  recorded  on 
diskettes  by  using  units  (i.e.  battalion,  squadrons,  separate  companies, 
and  maintenance  activities  in  the  maintenance  battalion,  FSSG)  with  the 
ADPE-FMF  devices.  This  initial  input  consists  of  transactions  covering 
the  full  range  of  the  maintenance  function  for  which  the  reporting  unit 
is  responsible  to  include  maintenance  resources,  management  and 
production  (operations).  The  diskettes  are  forwarded  by  courier  to  the 
RASC  for  entry  into  the  MIMMS  FMSS.  Equipment  Repair  Order  Shopping/ 
Transaction  Lists  (EROSLs)  are  submitted  to  the  supply  issue  point  where 
the  transaction  is  recorded  and  entered  into  SASSY. 

FMSS  files,  through  an  automated  interface  with  SASSY,  are  auto¬ 
matically  updated  in  terms  of  materiel  requisitions,  issues,  turn-ins 
and  status  information.  Upon  processing,  FMSS  produces  status  and 
equipment  readiness  reports  for  all  levels  of  the  MAGTF  commands  on  a 
daily  and/or  periodic  basis.  FMSS  also  provides  selected  information 
(e.g.,  ERO  history  data,  equipment  status  and  readiness  data)  to  the 
MIMMS  HMSS  for  management  and  information  purposes  on  a  scheduled  basis. 

3. 6. 2. 2  MIMMS-Garrison  and  Embarkation  Phases.  MI'-'MS  operations 
during  the  garrison  and  embarkation  phases  are  shown  in  Figure  3.6.6. 

Two  levels  of  automated  support  will  be  employed.  At  the  lower  level, 
battalions,  squadrons,  separate  companies  and  maintenance  activities  in 
the  maintenance  battalion,  FSSG  will  maintain  a  local  data  base  and 
record  initial  input  on  diskettes  using  ADPE-FMF  devices.  This  input 
data  consists  of  transactions  for  maintenance  functions  performed  at  the 
organizational  level  for  owning  units  and  at  the  intermediate  level  for 
aut..orized  owning  units  and  maintenance  activities  in  the  maintenance 
battalion,  FSSG.  Requisitions  for  repair  parts  and  maintenance-related 
materiel  are  submitted  to  the  designated  supply  issue  point,  e.g.,  RIP, 
where  the  transaction  is  recorded  on  a  diskette  for  entry  into  M3S  in 
accordance  with  supply  procedures.  Diskettes  are  forwarded  to  RASC  for 
entry  into  the  MIMMS  FMSS.  FMSS  files,  through  an  automated  interface 
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Figure  3.6.6,  Marine  Corps  Integrated  Maintenance  Management  System  (MIMMS) -Garrison  and  Embarkation  Phases 


with  M3S,  are  updated  with  materiel  requisition,  issue,  turn-in  and 
status  information.  Upon  processing,  MIMMS  FMSS  produces  diskettes 
containing  update  and  status  data  for  updating  and  reconciling  the  local 
data  bases  of  using  units  and  management,  status  and  equipment  readiness 
reports  for  MAGTF,  division,  wing  and  using  unit  levels.  Additionally 
selected  information  and  data  is  produced  and  transmitted  to  the  MIMMS 
HMSS  for  management  and  information  purposes. 

3. 6. 2. 3  MIMMS-Afloat,  Assault  and  Continued  Operations  Ashore 
Phases.  MIMMS  operations  during  these  phases  are  shown  in  Figure  3.6.7. 
Operations  are  conducted  in  a  manner  similar  to  that  in  the  garrison  and 
embarkation  phases.  At  the  lower  level,  input  data  is  recorded  on 
diskettes  using  ADPE-FMF  devices  by  the  using  unit  for  the  organization¬ 
al  level  maintenance  and  by  authorized  using  units  and  maintenance 
activities  in  the  maintenance  battalion,  FSSG  for  intermediate  level 
maintenance.  During  the  afloat  and  assault  phases,  contact  teams, 
rather  than  evacuation  of  equipment,  will  be  used  to  the  extent  possible 
to  accomplish  intermediate  level  maintenance  requirements.  EROs  and 
EROSLs  will  be  completed  by  the  contact  teams  and  recorded  on  diskettes 
by  the  maintenance  detachment  at  the  CSSA.  During  the  continued  opera¬ 
tions  ashore  phase,  a  combination  of  contact  teams  and  evacuation  of 
equipment  to  the  maintenance  detachment  at  the  CSSA  will  be  used. 
Diskettes  from  the  using  units  and  maintenance  activities  of  the  mainte¬ 
nance  battalion,  FSSG  are  forwarded  to  the  MASC  for  entry  into  MIMMS 
FMSS.  Supply  requisition  and  status  data  are  provided  by  the  automated 
interface  between  M3S  and  MIMMS  FMSS.  Upon  processing,  MIMMS  FMSS 
produces  management,  status  and  readiness  reports  for  all  levels  of  the 
MAGTF  and  diskettes  containing  updates  and  status  data  for  return  to 
using  units.  Selected  information  and  data  is  produced  and  forwarded  to 
the  MIMMS  HMSS  for  management  and  information  purposes. 

3. 6. 2. 4  MIMMS  Data  Collection  Worksheets.  Data  collection 
worksheets  for  the  maintenance  function  are  contained  in  Annex  G. 


Fiqure  3.6.7„  Marine  Corps  Integrated  Maintenance  Management  System  (MIMMS)- 
Afloat,  Assault  and  Continued  Operations  Ashore  Phases 


3. 6. 2. 5  MIMMS  Summary.  MIMMS  is  currently  operational  and  will 
continue  to  be  so  through  the  1988  time  period  with  appropriate  changes/ 
modifications  and  enhancements  to  the  system.  It  consists  of  a 
two-level  system  with  ADPE-FMF  devices  at  the  lower  (using  unit)  level 
which  provide  input  to  the  upper  level  in  the  form  of  diskettes.  The 
upper  level,  MIMMS  FMSS,  is  located  at  the  MASC  and  accomplishes  the 
necessary  processing  required  to  produce  output  reports  and  status  and 
readiness  information  for  all  levels  of  the  MAGTF.  MIMMS  FMSS  has  an 
automated  interface  with  SASSY  and  is  capable  of  deployment  with 
continuous  operations  throughout  all  phases  of  the  amphibious  operation. 

3.6.3  Embarkation  Function 

The  embarkation  AIS  is  in  a  state  of  transition.  The  current 
system,  the  Mechanized  Embarkation  Data  System  (MEDS),  is  being  replaced 
by  the  Standard  Embarkation  Management  System  (SEMS)  which  operates  on 
ADf'E-FMF  devices.  In  addition,  a  Class  I  system  is  planned  for  develop¬ 
ment  in  the  near  future.  The  Class  1  system  has  not  been  defined,  but 
basically  the  new  system  will  use  input  developed  by  SEMS  at  the  lower 
t-Chelons  to  assist  in  processing  and  documentation  of  embarkation  plan¬ 
ning  and  execution  at  higher  echelons,  primarily  at  the  division/wing 
echel ons. 

Based  on  current  technology,  MEDS  is  a  primitive  system  utilizing 
five  types  of  color-coded  Electrical  Accounting  Machine  (EAM)  cards,  one 
each  for  personnel,  cargo,  vehicles,  munitions  and  pallets.  The  de¬ 
tailed  information  on  the  EAM  cards  is  used  to  prepare  ship  loading  plan 
documentation  (less  stowage  diagrams)  and  consolidated  information  re¬ 
ports  on  the  landing  force  for  TACLOG  use  during  amphibious  operations. 
The  system  is  a  straight-forward  bookkeeping  system  with  no  logic  or 
data  manipulation. 

Field  interviews  and  the  Headquarters  Marine  Corps  embarkation 
conference  proceedings  indicated  that  MEDS  is  cumbersome,  requires 
e;<cessive  man-hour  application  using  current  production  procedures  and 
IS  inadequate  in  both  data  and  format. 


3. 6. 3.1  SEMS  Baseline.  The  cornerstone  of  embarkation  planning 
is  the  development  of  embarkation  data  bases  at  the  battalion/squadron/ 
separate  company  level.  These  data  bases  are  developed  and  maintained 
by  each  unit  on  ADPE-FMF  devices,  and  consist  of  five  basic  files:  unit 
profile,  billet  (personnel),  cargo,  vehicle  and  pallet.  These  data  are 
provided  on  a  periodic/as-required  basis  to  higher  headquarters  for  use 
in  developing  lift  requirements  using  sea,  air  and  surface  transporta¬ 
tion  modes.  When  directed  or  alerted  for  a  mission,  the  data  is 
processed  and  manipulated  using  record  linking  to  produce  output  data 
and  reports.  The  various  types  of  record  linking  are  shown  in  Figure 
3.6.8  and  will  vary  depending  on  the  transportation  mode.  Upon  deter¬ 
mination  of  the  embarkation  task  organization,  unit  and  detachment 
embarkation  data  is  consolidated  at  the  embarkation  team,  unit,  element, 
or  group  levels.  Output  reports  consist  of  standaro  embarkation  reports 
and  other  reports  as  defined  by  the  user. 

Mobile  Loading  Hazardous  Cargo  and  Munitions 

Palletizing  Assignment 

Troop  Space  Assignment  LFORM  Assignment 

Floating  Dump  Assignment  Priority  Number  Assignment 

D-1  Assignment  Landing  Serial /Fuselage  Station 

Unitized  Cargo  Assignment  Assignment 

Hold  and  Level  an  ■  .jnment 
Transportation  Mode  Assignment 

Figure  3.6.8.  Standard  Embarkation  Management  System  (SEMS)- 

Types  of  Record  Linking 


3. 6. 3. 2  SEMS-Garrison  and  Embarkation  Phases.  During  these 
phases,  embarkation  data  bases  are  developed  and  maintained  on  ADPE-FMF 
devices  at  the  battalion,  squadron  and  separate  company  level  as  indi¬ 
cated  in  paragraph  3.6.3. 1  above.  On  a  periodic  or  as-required  basis, 
these  data  are  provided  to  higher  headquarters  for  planning  purposes  and 
determination  of  contingency  lift  requirements.  Embarkation  management 
and  lift  requirement  reports  are  produced  as  required.  When  directed  or 
alerted  for  a  mission,  the  data  in  combination  with  other  data,  such  as 
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embdfkation  task  organization  and  the  type  and  quantity  of  transporta¬ 
tion,  are  processed  and  manipulated  to  produce  embarkation  and  loading 
plan  documentation.  During  embarkation,  changes  in  task  organization, 
personnel,  supplies  and  equipment  are  entered  into  data  bases  with 
appropriate  updated  reports  and  documentation  produced  as  output.  The 
concept  of  operations  for  SEMS  is  shown  in  Figure  3.6.9. 

3. 6. 3. 3  SEMS-Afloat,  Assault  and  Continued  Operations  Ashore 
Phases .  During  the  afloat  phase,  changes  incident  to  operational  plan¬ 
ning  are  entered  to  update  the  appropriate  embarkation  data  bases  and 
embarkation  and  loading  plan  documentation.  This  updated  documentation 
is  used  by  TACLOG,  operational  and  CSS  personnel  in  the  execution  of  the 
assault.  Upon  completion  of  the  assault  and  initiation  of  the  continued 
operations  ashore  phase,  units  reestablish  and  maintain  their  embarka¬ 
tion  data  bases  in  the  same  manner  as  in  the  garrison  phase. 

3. 6. 3. 4  SEMS  Data  Collection  Worksheets.  The  data  collection 
worksheets  for  SEMS  are  contained  in  Annex  G. 

3. 6. 3. 5  SEMS  Summary.  SEMS,  using  ADPE-FMF  devices,  provides  a 
standardized  embarkation  data  system  applicable  to  ail  ..'ii,  and  selected 
ISN  units.  It  permits  the  establishment  and  maintenance  of  embarkation 
data  bases  at  the  battalion,  squadron  and  separate  company  level  and  the 
capability  to  manipulate  and  consolidate  data  based  on  the  embarkation 
task  organization  and  transportation  mode.  The  data  bases  can  be 
updated  readily  in  garrison,  while  embarkation,  in  a  deployed  area,  and 
for  all  movement  operations.  SEMS  also  produces  reports  for  embarkation 
management  and  lift  requirements,  loading  plan  documentation  and 
selected  data  and  reports  as  defined  by  the  user.  A  Class  I  embarkation 
AI3  is  planned  but  has  not  been  defined. 


CHAPTER  4 

MAGTF  ASC  (MASC)  OPERATIONAL  CONCEPTS  BY  PHASE 


4.1  GENERAL 

The  concept  of  supporting  deployed  military  forces  mobile 

computers  in  now  easily  within  the  grasp  of  technology.  Computers 
continue  to  decrease  in  physical  size  and  cost  while  providing  more 
processing  power.  The  experience  of  others  has  proven  that  commercial  , 
off-the-shelf  computers  may  be  semi-trailer  mounted,  given  a  suitable 
operating  environment  and  perform  well  under  the  wide  range  of  condi¬ 
tions  found  in  the  field.  As  more  and  more  administrative  systems 
are  automated  and  more  systems  are  becoming  interactive,  there  is  an 
increasing  awareness  by  functional  staff  members  of  the  dependence  of 
the  military  services  upon  automated  systems.  More  than  one  high-level 
staff  officer  and  commander  has  stated  in  effect,  that  the  Marine  Corps 
would  be  hard  pressed  or  impossible  to  revert  to  manual  operations  in 
key  functional  areas  within  the  Marine  Corps;  the  AISs  are  taught  in 
schools  and  the  forms  required  for  manual  operations  are  no  longer 
availaole  in  the  quantities  required  to  revert  to  manual  operations. 

As  time  passes,  the  Marine  Corps  will  develop  increased  -dependence  upon 
computers  and  hence  the  MASC  concept  must  be  rapidly  developed  so  that 
a  MAGTF  doesn't  end  up  in  the  Indian  Ocean  accomplishing  its  adminis¬ 
trative  management  functions  with  a  stubby  pencil.  The  MASC  would  be 
utilized  to  perform  such  generic  functions  as  front-end  edits,  on-line 
query  with  a  DBMS,  maintenance  of  data  bases  and  preparation  of  reports. 
To  provide  the  experience  of  others  and  to  consider  a  current  Marine 
Corps  experiment,  the  next  subparagraph  will  provide  a  short  background 
dDout  mobile,  tactical  processing. 

4.^  BACKGROUND  -  MOBILE  PROCESSING 

Mobile  commercial  and  military  computers  have  existed  since  the 
late  1950s.  Communications  terminals  have  been  van-mounted  since  the 
late  1950s  as  have  mobile  television  broadcasting  units  existed  from  the 
;ame  time  period.  Many  of  the  van-mounted  communications  terminals 


contain  computers  which,  instead  of  processing  AISs,  process  messages. 
Conduct  of  the  communication  function  with  mobile  processors  has  proven 
to  be  a  feasible  and  a  desirable  technique  for  the  performance  of  the 
function.  The  U.S.  Army  has  conducted  mobile  business  processing  for 
nearly  a  decade  with  good  results. 

4.2.1  Marine  Corps  Experience  With  Mobile  Computers 

The  Marine  Corps'  initial  experience  with  mobile  computers  was 
in  Vietnam.  Data  processing  equipment  and  personnel  were  deployed  to  Da 
Nang,  Vietnam  in  March  1965.  The  equipment  consisted  of  an  IBM  1401-B3 
card  computer  and  related  electronic  accounting  machines  such  as  sorter, 
collator,  interpreter  and  key  punch  units.  Equipment  and  supplies  were 
contained  in  four  air  conditioned,  M35  mounted,  M109  vans  and  powered 
by  two  60KW,  trailer-mounted,  generators.  Problems  were  experienced  in 
excessive  downtimes  due  to  the  heat,  dust,  humidity  and  long  lead  time 
to  obtain  parts.  These  problems  were  eased  somewhat  in  October,  1965 
by  the  deployment  of  two  additional  ADPE  platoons,  repairmen,  and 
procedures  for  expediting  receipt  of  needed  repair  parts.  This  system 
performed  only  logistics  functions. 

An  AOP  stuay,  conducted  in  August  1966,  resulted  in  plans  for 
an  upgraded  system  using  third  generation  ADPE.  This  equipment,  an  IBM 
S./360-30F,  was  installed  in  February,  1967  and  became  operational  in 
May,  1967.  At  this  time  the  IBM  1401  assumed  personnel  accounting 
processing  while  the  IBM  S/360-30  was  used  (to  a  saturation  point)  for 
supply  processing.  It  became  evident  that  the  ADP  capability  needed 
to  be  further  upgraded.  A  study  was  conducted  in  November  and  December, 
1967  which  resulted  in  the  implementation  of  the  automated  services 
center  concept  and  an  upgrading  of  the  ADPE  in  the  form  of  an  IBM 
3/360-50  in  1969.  This  configuration  remained  in  operation  until  the 
withdrawal  of  the  III  MAF  from  Vietnam. 

In  recognition  of  the  need  to  provide  an  AOP  capability  to 
i-'oloyed  MAjs,  the  Marine  'iorps  began  field  testing  the  concept  of 
iistriputed  orocessing  and  source  data  automation.  For  this  purpose 


^-2 


the  Marine  Corps  procured  SYCOR  devices,  a  stand  alone  miniprocessor. 

The  test  results  proved  to  be  highly  satisfactory  and  led  to  the 
procurement  of  the  ADPE-FMF  devices. 

4.2.2  U.S.  Army  Experience  with  Mobile  Computers. 

The  U.S.  Army  fielded  mobile  computers  in  the  early  middle  1970s 
with  the  Combat  Service  Support  System  (CS^).  The  CS^  configura¬ 
tions  provided  a  35-foot  air-ride  van  for  the  central  processing  unit 
(CPU)  and  all  peripheral  devices  except  for  the  disc  mass  storage 
devices;  a  second  35-foot  van  was  provided  for  the  disc  mass  storage. 

The  vans  were  placed  9-feet  apart  and  were  connected  with  a  conduit 
housing  for  cabling  to  the  disc  mass  storage  devices.  Army  divisions 
were  provisioned  with  an  IBM  360/30  processing  unit  while  an  Army  corps 
was  provisioned  with  two  or  three  IBM  360/40  configurations.  The  Army 
mobile  IBM  configurations  could  operate  the  same  software  programs  as 
the  Army  fixed  sites  since  the  fixed  sites  were  equiped  with  IBM  360 
series  computers  with  models  ranging  from  model  30s  to  model  65s.  The 
Army  successfully  processed  their  standard  and  other  systems  upon  the 
mobile  CS^  configurations.  The  CS^  computers  were  deployed  by  air 
from  CONUS  to  Europe  and  were  able  to  paticipate  in  REFORAGER  exercises 
from  the  middle  1970s.  These  mobile  computers  processed  manpower, 
fiscal,  logistical  and  other  Anmy  systems.  The  Army  experience  with 
mobile  computers  is  germane  to  Marine  Corps  MASC  concepts  of  operation 
principally  from  a  garrison  operations  point  of  view,  transportability, 
and  field  operations. 

For  garrison  operations  some  commanders  utilize  their  CS^s  for 
peacetime  operations— some  use  the  fixed  base  operations  (BASOPS)  com¬ 
puters  for  their  standard  processing.  A  study  was  conducted  by  the  Army 
Administrative  Center  (ADMINCEN)  at  Ft.  Benjamin  Harrison  in  1975.  A 
portion  of  that  study  determined  the  priority  with  which  Army  Divisions 
and  Corps  would  deploy  their  CS^  computers.  The  responses  ran  the 
gambit  from  first  priority  air  shipment  to  they  would  not  deploy  at  all. 
During  the  interview  for  the  Deployed  AIS-88  Study  some  variation  was 
recorded  as  to  the  Marine  Corps'  use  of  MASCs  in  garrison  and  the 
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priority  for  deployment.  Once  deployed,  the  CS^  computers  operated 
well  in  reasonable  terrain  and  extremes  in  climate.  A  similar  perform¬ 
ance  would  be  expected  from  MASC  processors.  The  Army  has  27  CS^ 
configurations  and  is  now  embarked  upon  the  acquisition  of  up  to  324 
Decentralized  Automated  Service  Support  Systems  {DAS3){an/MYQ-4)  con¬ 
figurations.  DAS3  provides  the  Army  a  responsive  battlefield  logis¬ 
tics  support  system  and  postures  the  Army  to  address  future  requirements 
through  its  design  expansion  and  modular  capabilities.  A  Honeywell  mini¬ 
computer  provides  the  processing  power  for  the  DAS3S. 

4.2.3  A  Recent  U.S.  Air  force  Acquisition 

The  U.S.  Air  Force  is  acquiring  minicomputers  mounted  in  mobile 
home  vehicles  to  provide  Personnel  Support  for  Contingency  Operations 
(PERSCO).  The  45- foot  PERSCO  system  is  comprised  of  a  32-foot,  15,000 
pound  converted  mobile  home  and  a  two-ton  trailer  which  carries  a  mobile 
electric  power  unit.  Each  unit  has  a  self-contained  mini-consolidated 
base  personnel  office  capable  of  handling  records  for  36,000  personnel. 
The  PERSCO  units  will  be  placed  in  strategic  locations  in  CONUS  and 
Europe, 


4.2.4  The  Marine  Corps  Experimental  Deployable  FASC  (fiASi.  ' 

The  Joint  Logistics  Review  Board  monograph  on  automated  data  pro¬ 
cessing  in  Vietnam  (reference  ppp)  affirmed  the  requirement  and  depen¬ 
dence  upon  deployed  computers.  The  Marine  Corps  recognized  the  need  for 
deployed  AIS  processing  earlier  in  that  era  as  they  progressed  from  a 
deployed  IBM  1401  in  1965  through  an  IBM  S/360-30  to  an  IBM  S/360-50  in 
1969.  In  1980,  the  Marine  Corps  embarked  upon  a  program  to  acquire  and 
test  mobile  minicomputers  to  provide  automated  processing  support  for 
AiSs  operated  at  the  division  level  and  above  in  a  deployed  MAF.  Addi¬ 
tionally,  there  exists  a  need  for  the  RASCs,  CDPAs  and  the  mobile  MASC 
to  nave  compatibility  in  hardware  and  software  to  avoid  duplicate  and 
triplicate  software  maintenance  and  enhancement  with  differing  hardware 
configurations.  For  the  purposes  of  this  study,  the  mobile  experimental 
;jro:ossor  will  be  termed  an  experimental  FASC  or  MASC.  The  experimentai 
^ASC  will  be  utilized  to  validate  the  concept  and  employment  of  mobile 
AIS  computers  in  the  Marine  Corps. 
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The  experimental  FASC  will  be  mounted  in  two  35-foot,  semi-vans 
with  an  interconnecting  walkway.  The  current  manufacturer  of  these 
MILSTD  vans  is  located  in  Orlando,  Florida;  the  MASC  will  most  likely 
be  configured  by  a  contractor.  It  will  contain  an  IBM  4341  minicomputer 
along  with  a  number  of  peripheral  devices  as  depicted  in  Fig.  4.2.1. 

In  addition,  the  configuration  will  include  a  commercial  version  IBM 
Series/1  (white  machine)  for  the  purpose  of  data  aggregation  and  disk¬ 
ette  duplication  in  support  of  the  ADPE-FMF  devices  (green  machines). 

The  current  estimated  cost  for  a  configuration  is  on  the  order 
of  $1.6M.  The  initial  experimental  FASC  is  slated  to  commence  0T4E  in 
January  of  1983  with  two  additional  configurations  acquired  at  six  month 
intervals.  The  initial  OT&E  is  planned  for  completion  in  January  1984. 
Sufficient  funding  has  been  allocated  in  the  FY  82  supplemental  and  FY 
83  budgets  to  support  this  experimental  project.  Both  FMFs  have  shown 
a  high  interest  in  being  provisioned  with  a  (experimental)  MASC. 

Additional  supporting  measures  are  required  to  cond’.'ct  the  OT&E 
portion  of  the  experiment.  LT.  GEM.  Schwenk,  CG  of  FMFLANT,  has  agreed 
to  provide  two  M818,  5-ton  tractors  to  be  prime  movers  for  the  35-foot 
vans;  he  will  also  provide  two  mobile  electric  power  un’ts-iOO  KW  skid- 
mounted  generators.  Each  van  is  to  be  equipped  with  an  Army  standard 
heating/air  conditioning  unit  with  two  60,000  BTU  per  hour  capability 
units  (this  may  change  because  the  Army  doesn't  list  such  a  unit).  The 
acquisition  contract  will  specify  that  a  worldwide  maintenance  capabil¬ 
ity  must  be  provided  by  the  supplying  vendor. 

A  portion  of  the  0T4E  process  will  be  utilized  to  determine  T/0 
and  T/E  changes  needed  for  the  MASCs  personnel  to  support  a  MASC;  for  a 
MAF,  personnel  will  be  drawn  from  the  existing  FASC  T/0. 

Although  benchmarking  is  not  complete  as  of  this  writing,  some 
comparative  processing  times  were  made  available  by  the  experimental 
FASC  acquisition  project  officer.  It  is  to  be  noted  that  the  IBM 
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4341  was  used  for  benchmarking;  acquisition  plans  are  oriented  towards 
the  selection  of  the  IBM  4341  for  the  experimental  FASC.  This  is 
similar  to  an  Army  situation  in  which  the  Army  acquired  several  IBM 
370/138S  to  replace  the  IBM  360/40s  supporting  the  Corps  interim  up¬ 
grade.  The  Standard  Army  Intermediate  Logistics  System  (SAILS-ABX)  was 
benchmarked  on  the  IBM  370/138  at  134  minutes  while  on  the  iCM  4331  it 
required  323  minutes  or  more  than  two-times  the  processing  requirements. 
One  may  believe  from  this  comparison  that  IBM  370/138s  should  be  placed 
in  the  MASC,  however,  as  the  IBM  4341  or  equivalent  minicomputer  tech¬ 
nology  advances,  processing  speeds  for  the  minicomputer  in  1984-85  will 
exceed  those  of  the  IBM  370/138,  will  be  less  costly  and  will  be  physi¬ 
cally  smaller.  This  experimental  forerunner  to  test  the  concept  of 
deployable  MASCs  is  an  exciting  and  supportable  concept  perceived  to 
enhance  the  justification  to  acquire  sufficient  MASCs  to  support  total 
Marine  Corps  deployed  processing  needs.  The  Army  version  of  the  MASC  is 
shown  in  Figure  4.2.2. 

4.3  DEPLOYED  MASC  OPERATIONAL  CONCEPTS  BY  PHASE 

Deployed  processing  concepts  utilizing  MASCs  have  not  yet  been 
established  doctrinally  for  the  Marine  Corps.  In  the  interview  process, 
PGRG  study  team  members  found  different  operational  pc^'u-p tions  at  dif¬ 
ferent  levels  of  command  and  within  the  same  levels  of  command.  One 
resounding,  unanimous  response,  however,  was  that  a  deployed  processing 
capability  is  required  for  the  Marine  Corps.  With  a  generic  need  for 
deployed  processors  and  AISs  as  a  backdrop,  the  succeeding  subparagraphs 
will  move  the  MASCs  through  five  amphibious  operational  phases  and  four 
transitions  from  phase  to  phase.  Controversial  elements  exist  for  the 
garrison  and  afloat  phases  of  the  amphibious  operation. 

4.3.1  Garrison  Concept  of  Operations-Phase  I 

A  realistic,  operational  requirement  will  exist  when  a  MASC  is 
located  in  garrison  to  keep  the  MASC  'warm*.  'Warm'  means  that  it  be 
physically  turned  on  or  powered  up  so  that  electronic  components  are 
exercised  and  that  condensing  moisture  is  not  present.  As  with  any 
piece  of  electronic  gear,  they  must  be  used  on  a  periodic  basis  or  their 
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reliability  to  operate  decreases.  Responses  fell  into  three  areas: 
first,  operate  all  AISs  in  garrison  each  day;  second,  use  the  MASC  for 
training  on  a  periodic  basis  and  third,  power  up  the  MASC  occasionally. 
Personnel  at  the  CDPA  in  Albany  felt  the  full  M3S  should  be  operated  on 
the  MASC  each  day  (Tab  P,  Annex  C)  as  did  personnel  from  the  3rd  MAW 
(Tab  R,  Annex  C),  and  the  1st  BSSG  and  SMU  Commanders  (Tab  IJ.  Annex  C). 
Personnel  from  I  MAF  (Tab  S,  Annex  C)  and  1st  MARDIV  (Tab  V  to  Annex  C) 
felt  that  AISs  should  operate  at  the  RASC  when  in  garrison  so  that  the 
MASC  would  be  utilized  when  deployed  or  as  a  backup  if  the  RASC  is  down. 
The  I  MAF  and  1st  MARDIV  personnel  understand  the  need  to  power  up  the 
MASC  periodically;  hands-on  training  would  be  conducted  at  that  time. 

As  may  be  seen,  there  is  no  mandate  as  to  how  the  MASC  would  operate  in 
garrison — full  blown  or  some  power  up  and  training.  It  is  believed  that 
the  garrison  utilization  of  the  MASC  would  be  a  commander's  prerogative 
commensurate  with  standards  and  guidance  established  by  CMC.  This  same 
sort  of  finding  evolved  with  the  Army  CS^  units  discussed  earlier  in 
this  report.  Upon  an  alert  to  prepare  for  embarkation,  it  would  cer¬ 
tainly  seem  advantageous  to  have  operational  data  bases  on  the  MASC 
however  a  policy  decision  on  garrison  MASC  operations  is  required  and 
will  be  determined  during  the  test  of  the  experimental  FASC. 

4.3.2  Transition  To  and  Embarkation-Phase  II 

FMF  units  in  garrison  are  task  organized  into  a  typical  force 
structure.  Task  organizations  for  combat  must  be  developed  for  the 
MAGTF  headquarters,  and  the  ground,  aviation  and  combat  service  support 
elements.  This  creates  a  most  complex  and  demanding  processing  require¬ 
ment.  Data  bases  must  be  continually  updated  with  traceability  main¬ 
tained  in  the  transition  of  T/0  and  RUC  units  into  task  organized  units. 
Upon  the  preparation  for  embarkation,  a  great  deal  of  similar  activity 
will  occur  with  respect  to  task  organization  for  embarkation  and  the 
ship  loading  plans.  Continual  changes  to  the  task  organization  have 
significant  impact  upon  the  preparation  of  deployed  data  bases  for  the 
major  deployable  systems  which  a''e  REAL  FAMMIS,  M3S/MIMMS  and  SEMS. 

These  four  systems  reflect  the  condition  of  manpower  and  combat  service 
support  resources  for  the  MAGTF.  Each  is  dependent  upon  the  aggregation 
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of  units  into  RUCs  or  other  accountable  entities  within  their  data 
structure.  During  this  phase  a  great  deal  of  confusion  may  be  anti¬ 
cipated  and  may  be  excerbated  by  an  additional  transition  from  RASC 
garrison  data  bases  to  MASC  data  bases--th1s  may  suggest  a  doctrine  of 
garrison  AIS  operation  on  a  MASC.  At  the  last  minute,  the  MASC  or  RASC 
would  produce  two  magnetic  tape  copies  of  all  the  files  on  the  MASC. 

One  set  of  tapes  would  be  used  to  load  the  MASC  aboard  ship;  the  second 
set  of  tapes  would  be  stored  In  an  alternative  location  for  continuity 
of  operations  and  disaster  recovery  purposes.  One  MASC  could  be  loaded 
aboard  ship  and  made  operational  while  a  second  MASC  could  be  operable 
on  the  ground  to  deal  with  the  last  minute  changes  prior  to  transfer  of 
data  bases  to  the  shipborne  MASC.  The  second  MASC  could  then  be  loaded 
aboard  ship  for  HAF  support  or  in  the  case  of  a  deploying  MAB,  be  a 
backup  or  redundant  MASC  to  support  deployed  MAB  operations.  The  tran¬ 
sition  of  data  bases  would  be  accomplished  by  the  physical  transfer  of 
magnetic  tapes.  In  the  event  a  MALI  Is  deploying,  units  will  probably 
deploy  with  four  to  five  ADPE-FMF  devices  along  with  a  minimum  of  one 
paper  tape  reader/punch.  One  of  the  AOPE-FMF  devices  is  a  backup  to  the 
others;  the  paper  tape  reader/punch  is  for  entry  to  and  receipt  from  the 
Naval  Telecommunications  System  (NTS).  ADPE-FMF  device  support  of  a 
deployed  MAU  was  uniformly  considered  adequate  for  that  sized  force. 
Concern  was  indicated  by  the  1st  Brigade  BISMO  (Tab  U,  Annex  C)  pertain¬ 
ing  to  maintenance  of  deployed  AOPE-FMF  devices.  His  concern  was  atten¬ 
uated  with  an  explanation  that  24-hour  repair  turnaround  time  was  avail¬ 
able  for  all  devices  used  by  the  MAGTFs.  An  advanced  call  to  the 
commercial  maintenance  facility  will  Insure  timely  repair  of  ADPE-FMF 
devices. 

4.3.3  Afloat-Phase  III 

Afloat  operations  are  currently  supported  with  Navy- suppl led 
hardware  and  software.  The  Navy  systems  are  under  the  systems  umbrella 
of  the  Integrated  Tactical  Amphibious  Warfare  Data  System  (ITAWDS)  which 
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includes  both  tactical  and  administrative  type  data  bases  and  processes 
For  this  study,  we  are  concerned  with  the  Navy  Management  Information 
System  (MIS)  and  Amphibious  Support  Information  System  (ASIS)  which 
include  the  attributes  for  deployable  AISs  theoretical ly  required  for 
Marine  Corps  deployed  operations.  MIS  and  ASIS  operate  utilizing 
different  hardware  and  software  and  their  general  character! .tics  are 
described  in  paragraph  5.5.  The  software  gives  the  user  a  limited 
capability  to  process  information  and  also  little  computer  time  is 
available  for  Marine  administrative  processing  needs  while  afloat. 

All  together,  MIS  and  ASIS  are  not  adequate  to  support  the 
deployed  AIS  processing  needs  for  the  Marine  Corps  -  other  deployed 
processing  alternatives  must  be  developed. 

Two  general  deployed  processing  alternatives  appear  available  to 
provide  an  improved  functional  processing  capability  along  with  the 
general  availability  of  processing  time  for  Marine  needs.  The  two 
alternatives  initially  available  are: 

•  Marine  provided,  afloat  hardware/software  which  is  fully 
compatible  with  deployable  Marine  Corps  AIS  r.,ironments  and 
architectures. 

•  Navy  provided,  afloat  hardware/software  which  is  fully 
compatible  with  deployable  Marine  Corps  AIS  environments  and 
architectures. 

In  reality,  the  alternatives  are  essentially  the  same;  the  question  is 
who  provides  these  deployable  processors  for  the  afloat  phase  of  opera¬ 
tions?  By  far,  the  Marine  Corps  personnel  interviewed  during  the  study 
want  the  deployable  MASC  to  operate  while  afloat  and  then  transition  to 
shore.  This  alternative,  the  Marine  MASC  afloat,  seems  very  attractive 
from  many  points  of  view.  The  afloat  MASCs  must  be  powered  up  occa¬ 
sionally  for  reliability  purposes.  No  problems  are  encountered  when 
moving  data  bases  and  applications  software  to  and  from  a  ship.  The 
MASCs,  even  on  an  expedient  basis,  could  be  mane  operable  on  most  any 
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ship.  The  Commanding  General  of  the  1st  Marine  Brigade  felt  that 
command  ships  could  be  LHAs,  LPHs,  LSDs  or  LCCs.  (Only  LHAs  and  LCCs 
have  marginal  Navy-provided  processors  on  board.) 

The  other  alternative  could  be  for  the  Navy  to  provide  fixed 
processors  aboard  ship  which  are  fully  compatible  with  the  MASCs.  This 
would  provide  the  MAGTF  with  a  full  capability  until  the  MASCs  are 
deployed  ashore.  With  such  a  capability,  consideration  could  be  given 
to  transportation  of  the  MASCs  in  the  assault  follow-on  echelon  in  which 
there  would  be  less  competition  for  shipping  (lift)  space  or  possibly  to 
flying  the  MASCs  into  the  AOA.  Considering  the  wide  range  of  ships  in 
which  the  CLF  could  operate,  this  could  require  a  larger  number  of  com¬ 
patible,  fixed  processors  being  installed  aboard  varying  classes  of 
ships.  Such  an  alternative  would  provide  the  advantage  of  AIS  support 
to  any  size  MAGTF  afloat,  however,  the  cost  of  adapting  this  alternative 
and  the  effort  required  to  maintain  hardware  and  software  on  a  large 
number  of  ships  does  not  initially  appear  as  a  desirable  alternative. 

It  is  possible  but  highly  improbable  that  this  capability  couid  be 
provided  with  current  Navy  equipment  utilizing  software  emulation, 
however  emulation  is  extremely  slow. 

The  emphasis  for  deployed  AIS  processing  and  functional  support 
r'or  the  afloat  phase  is  toward  utilization  of  the  van-mounted,  deploy¬ 
able  MASC.  This  concept  is  not  without  significant  physical  and  atti- 
tudinal  considerations.  From  a  physical  point  of  view,  a  SAC  member 
stated  -  ‘when  you  put  a  new  radio  aboard,  an  old  radio  must  come  off. 
Personnel  in  NAVSEA  612,  where  responsibility  for  LCCs  and  LHA  overhauls 
rests,  believe  that  space  for  a  MASC  aboard  ship  may  be  identified  and 
the  requirement  amplified  to  OPNAV  on  a  priority  basis  in  order  to 
impact  upon  the  LCC  SHIPALT  in  1984  (Tab  L  to  Annex  C).  Navy  personnel 
interviewed  aboard  LCC-19  (USS  MT  WHITNEY)  at  Norfolk  were  negative 
toward  the  concept  of  an  operational  MASC  aboard  ship  (Tab  K  to  Annex 


An  additional  consideration  by  the  PGRG  study  team  stems  from  MAF 
operations  aboard  ship.  It  is  unlikely  that  a  full  MAF  could  deploy 
aboard  ship  in  the  mid-range  time  frame;  there  will  be  insufficient 
ships  upon  which  to  deploy  a  full  MAF.  Also  for  the  larger  forces,  the 
MAF  and  MAB,  how  long  might  they  be  at  sea?  “he  MARCORS  I  scenario  used 
to  initialize  this  study,  does  not  include  the  seaborne  aspects  of  the 
operation  leading  to  the  assault  of  Jutland.  In  moving  to  Jutland, 
would  they  stage  in  England,  Norway,  Northern  Germany  or  elsewhere?  The 
answers  to  such  questions  requires  a  trade-off  analysis  of  force  size 
versus  time  afloat  to  prepare  a  definitive  recommendation  for  the  afloat 
phase  of  an  amphibious  operation  The  study  team  believes  the  time 
afloat  could  impact  the  need  for  deployed  afloat  AIS  processing.  We 
are,  however,  looking  for  a  worst-case  situation  hence  the  deployable 
MASC  will  be  considered  aboard  ship  and  operational  to  support  the  de¬ 
ployed  AIS  processing  needs  while  MABs  and  MAFs  are  ^■f’oat  for  a  period 
of  time  beyond  which  automated  processing  support  would  be  required. 

During  this  afloat  period,  it  is  anticipated  that  AIS  ojta  inter¬ 
face  would  be  necessary  with  other  AISs,  tactical  systems  and  others  in 
a  joint  or  NATO-type  context.  Interfaces  witn  other  AISo  -uld  be  from, 
the  manpower  portion  of  REAL  FAMMIS  to  the  deployed  military  pav  func¬ 
tion  into  OOV  and  M3S/MIMMS  for  SABRS-the  interface  to  SABRS  would  not 
occur  at  the  MASC-level  but  rather  at  a  higher  echelon  upon  a  CONUS- 
type  processor.  Detailed  AIS  data  interface  elements  have  not  yet  been 
specified  for  any  of  the  systems.  The  principal  tactical  system  inter¬ 
face  is  anticipated  to  be  with  TCO  in  the  MTACCS.  The  interfaces  with 
other  services  or  allies  have  not  yet  been  defined,  however,  one  most 
likely  interface  would  be  from  M3S  into  the  Army's  Standard  Army  Inter¬ 
mediate  Logistics  System  (SAILS)--this  interface  has  neither  been 
specified  nor  functionally  defined.  It  is  anticipated  that  most  data 
interfaces  with  a  MASC  would  be  accommodated  utilizing  magnetic  media-- 
tapes  or  diskettes. 
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While  the  MASC  is  operational  aboard  ship,  the  TACLOG  and  G-1 
staff  may  desire  hard-wired  access  from  their  functional  space  aboard 
ship  to  the  MASC.  This  means  that  the  afloat  MASC  must  be  upon  the  same 
ship  with  the  CLF  and  CATF.  Further,  the  afloat  MASC  would  remain 
operational  as  the  MAGTF  transitioned  from  the  afloat  to  the  assault 
phase  of  an  amphibious  operation. 

4.3.4  Assault-Phase  IV 

The  commencement  of  the  assault  phase  of  the  amphibious  operation 
will  place  demands  upon  the  manpower  and  logistical  AISs  operating  upon 
the  MASC.  Manpower  data  bases  will  play  an  important  role  in  dealing 
with  replacements  for  WIAs  and  KIAs  (under  current  planning  the  deployed 
manpower  data  base  would  be  10  to  30  days  out  of  synchronization  with 
the  MCCOPA  data  base).  Also,  a  need  to  track  low  density,  highly 
skilled,  evacuated  personnel  was  identified  by  personnel  in  the  G-1 
office  of  the  2nd  MAW  at  Cherry  Point  (Tab  F  to  Annex  C).  Manpower 
functional  personnel  in  the  2nd  FSSG  at  Camp  Lejeune  had  earlier  indi¬ 
cated  no  need  for  tracking  evacuees  within  the  Navy  medical  system  (Tab 
F  to  Annex  C)  even  though  the  2nd  FSSG  possesses  a  number  of  low-den¬ 
sity,  skilled  personnel. 

Combat  service  support  (CSS)  functions  will  place  great  demands 
ipon  the  deployed  AISs  during  the  assault  phase  of  the  amphibious  opera¬ 
tion,  Both  routine  and  high  priority  CSS  functions  will  be  supported  by 
M3S  and  SEMS.  Demands  upon  these  AISs  will  be  placed  from  units  on  the 
beach,  from  the  Navy  Central  Control (s)  and  from  TACLOGs.  For  the  first 
several  days  of  the  assault,  information  would  be  obtained  from  the  MASC 
aboard  ship  by  requests  submitted  with  tactical  radios.  As  the  force 
beachhead  line  expands,  there  will  be  a  point  that  a  MASC  could  be  moved 
ashore.  Assuming  a  MAB  is  provisioned  with  two  MASCs  (one  operational 
while  afloat  plus  one  spare)  and  a  MAF  with  up  to  four  MASCs,  one  or 
more  of  the  spare  MASCs  could  be  transported  ashore  and  brought  into 
operation.  At  this  point  data  tapes  from  the  afloat  MASC  could  be 
quickly  transported  to  the  ashore  MASC(s)  and  placed  in  operation.  The 
shipboard  operational  MASC  could  then  be  routinely  displaced  ashore  and 
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placed  in  reserve.  For  the  MARCORS  I,  Jutland  scenario,  it  is  projected 
that  the  AIS  transition  ashore  would  occur  after  seven-to-ten  days  into 
the  assault  phase  of  the  operation.  The  detailed  planning  for  MASC 
operations  ashore  and  with  a  TAE  would  have  to  be  conducted  on  a  case- 
by-case  basis.  This  perception  of  MASC  operations  for  the  assault  phase 
tracks  with  the  Jutland  scenario  and  the  presumption  that  a  Deployed 
MASC  will  be  operational  aboard  ship  in  the  support  of  MAB  and  MAF  oper¬ 
ations  and  the  ADPE-FMF  devices  are  in  wide-spread  use  by  the  deployed 
forces. 


4.3.5  Continued  Operations  with  TAE-Phase  V 

When  the  force  beachhead  line  contains  sufficient  area,  MASC(s) 
may  be  made  operational  on  shore.  From  the  preceding  subparagraph,  the 
MASC(s)  would  be  'leapfrogged'  ashore  to  provide  virtually  continuous 
AIS  support.  Once  ashore,  the  MASCs  would  provide  normal,  deployed  AIS 
support  to  all  deployed  echelons  of  a  MAGTF.  With  the  scenario  utilized 
for  this  study,  a  MASC  would  be  used  at  the  TAE  for  reasons  explained  in 
subparagraph  4.4  of  this  study.  Interfaces  with  other  (AISs,  MTACCs, 
joint  and  allied)  systems  would  continue  as  described  in  subparagraph 
5.17  of  this  report. 

4.4  MASC  SUPPORT  FOR  DEPLOYED  MAFs,  MABs,  AWD  MAUs 

During  the  course  of  the  study,  a  concept  to  support  deployed 
MAGTFs  with  MASCs  has  evolved.  Initially,  one  MASC  was  deemed  necessary 
to  support  a  deployed  MAF.  Intermediate  guidance  from  the  SAC  recog¬ 
nized  that  up  to  three  MASCs  may  be  required  for  a  deployed  MAF.  Then, 
after  information  gathering  trips  to  California  and  Hawaii,  it  became 
apparent  that  possibly  more  than  three  MASCs  per  MAF  would  be  necessary 
to  provide  automated  AIS  processing  support  to  highly  dispersed  elements 
of  a  fiAF;  III  MAF  was  recognized  as  a  highly  dispersed  MAGTF  in  this 
respect. 
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4.4.1  MASC  Support  for  Deployed  MAFs 

The  MAP  in  mid-to-high  intensity  combat  represents  the  greatest 
documented  demand  for  deployed  processing  support.  While  conducting 
preembarkation  preparation  of  data  bases  for  deployed  AIS  operations, 
much  activity  will  be  observed  between  RASC  operations  and  the  MASCs. 

The  degree  of  direct  MASC  involvement  will  be  predicated  upon  standard 
operating  procedures  established  within  each  MA6TF.  The  processing 
activity  levels  during  the  aboard  ship  operations  will  be  minimal  except 
during  the  assault.  Military  personnel  and  logistical  transactions  will 
be  less  than  those  conducted  in  garrison  or  while  in  combat. 

The  6  MIPS  requirement,  developed  in  Annex  F,  me^y  potentially  be 
supportable  with  one  minicomputer  projected  as  technologically  available 
in  the  1985-1988  time  frame.  However,  a  single  MASC  supporting  conti¬ 
nued  operations  for  a  MAF  will  not  provide  the  degree  of  reliability 
or  flexibility  for  AIS  processing.  To  provide  the  desired  processing 
attributes  in  the  AOA,  other  MASC  operational  concepts  have  been  docu¬ 
mented  and  endorsed  by  both  staff  officers  and  commanders  within  the 
Marine  Corps  (many  of  the  MFRs  in  Annex  C).  Also  exacerbating  the  size 
and  locations  of  the  MASCs  within  the  AOA  are  the  austere  telecommunica¬ 
tions  made  available  for  the  purpose  of  transmitting  AIS  data  -  in 
essence,  AIS  data  is  transported  by  courier.  A  need  exists  within  the 
AOA  that  functional  personnel  have  interactive  access  to  the  deployed 
AISs  and  data  bases.  It  is  desirable  therefore,  that  functional  person¬ 
nel  in  the  FSSG  have  interactive  access  to  a  MASC  for  the  purpose  of 
providing  responsive  supply  and  maintenance  support.  Typically,  inter¬ 
active  terminals  (and  printers)  may  be  located  and  caoled  from  up  to 
1,500  feet  to  the  MASC.  Elements  of  the  FSSG  Headquarters,  and  the 
supply  and  maintenance  battalions  may  be  located  within  the  cabled  range 
of  the  MASC  to  perform  these  key  CSS  functions  and  at  the  same  time, 
provide  a  management  capability  for  the  FSSG  Headquarters.  A  MASC  to 
support  deployed  CSS  operation  in  an  AOA  is  clearly  indicated.  There  is 
a  similar  requirement  for  support  of  the  manpower  AIS.  For  continuity 
of  operations  purposes,  it  would  be  desirable  to  position  a  MASC  at  a 
location  other  than  that  of  the  CSS  MASC.  Such  a  MASC  could  be  located 
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with  the  division  to  provide  cabled.  Interactive  ASC  support  to  the 
division  staff  Including  manpower  support  for  the  G-1.  As  an  alterna¬ 
tive  the  MASC  could  be  located  with  the  MAF.  Under  these  alternatives, 
a  division  G-1  element  could  colocate  with  the  MAF  G-1  or  vice  versa. 

The  location  of  the  MASC  supporting  manpower  processing  would  be  as 
directed  in  a  current  operations  order  or  by  standard  operating 
procedures. 

Aviation  AIS  proponents  have  communicated  a  need  for  a  MASC  to  be 
located  with  the  MAW  for  the  purpose  of  aggregating  management  reports 
for  MAG  (SNAP)  processors  Into  wing-level  management  reports;  this  Is 
currently  a  man power- In tense  task  which  Is  seldom  completable.  Also, 
Class  I  Marine  Corps  AIS  will  require  supporting  MASC  processing  from 
remote  airfield  locations. 

The  basic  deployed  and  documented  MASC  requirement  In  the  AOA  for 
a  MAF  Is  for  three  MASCs.  Although  multi-programming  Is  attractive,  It 
seems  desirable  that  each  MASC  would  conduct  processing  oriented  toward 
but  not  dedicated  to  manpower,  CSS  and  aviation  functions.  This  would 
avoid  an  aggregation  task  which  would  be  required  If  each  MASC  accom¬ 
plishes  multi-programming.  Each  of  these  three  MASCs  Is  provided  suffi¬ 
cient  additional  processing  power  to  support  the  processing  of  two 
rather  than  one  major  deployable  AIS.  For  example.  If  sized  appropri¬ 
ately,  should  the  manpower-oriented  MASC  proces-or  be  operahis,  the 
manpower  processing  could  be  conducted  upon  the  CSS  processor  utilizing 
serial  processing  techniques.  The  serial  (rather  that  time  shared) 
processing  Is  necessary  because  only  one  data  base  may  be  placed  upon 
the  available  direct  access  storage  devices  (disc  drives). 

The  provision  of  a  fourth  MASC  In  support  of  deployed  MAF  opera¬ 
tions  arises  from  two  conditions: 

•  The  MARCORS  1  scenario  In  Jutland  places  two  remote  airfields 
(theater  airfield  echelon  (TAE))  in  Norway.  These  airfields 
are  within  range  of  the  narrowfoot  print,  12  channel  AN/TSC 


93A  terminal  supported  by  the  Defense  Satellite  Communication 
System  (OSCS)  II  (and  DSCS  III)  however,  this  communication 
capability  Is  not  considered  available  for  AIS  traffic. 
Further,  the  spare  AN/TSC  93A  may  not  be  committed  for  use 
with  the  TAE.  The  TAE  will  need  a  MASC  to  perform  the 
Information  aggregation  function  and  potentially  perform 
limited  manpower  and  CSS  functional  processing. 

e  The  need  for  a  fourth  MASC  also  stems  from  a  contingency, 
redundancy  or  back-up  role.  Should  one  of  the  three  required 
MASCs  be  removed  from  operation  for  more  than  a  few  days  or  a 
week,  a  spare  MASC  must  be  available  In  order  that  function¬ 
ally-oriented,  Interactive  processing  continue  without 
significant  abatement. 

Four  MASCs  as  sized  are  Indicated  for  AIS  support  for  I  MAF  and 
II  MAF.  Per  Information  documented  In  Tab  U  to  Annex  C,  III  MAF  may 
require  more  than  four  MASCs  based  upon  their  unique  geographical 
dispersion  (maybe  an  estimate  may  be  made). 

4.4.2  MASC  Support  for  Deployed  MABs 

The  deployed  MAB  Is  a  subset  of  the  MAF  hence  the  MASCs  associ¬ 
ated  with  deployed  MAB  AIS  processing  Is  evaluated  in  perspective  with  a 
deployed  MAF.  As  with  the  MAF,  the  major  deployed  functions  for  a  MAB 
are  manpower  and  CSS.  However,  because  of  smaller  data  bases,  process¬ 
ing  can  be  accomplished  by  one  MASC.  During  the  preembarkation  phase  of 
the  operation,  the  activities  associated  with  AIS  data  base  preparation 
will  be  like  those  described  for  the  MAF.  Based  on  the  MARCOR  scenarios 
used  In  this  study  the  MAB  has  a  strength  of  about  15,000;  the  MAF 
strength  Is  about  52,000  hence  the  processing  ratio  for  manpower  Is 
assumed  linear  so  the  MAB  requires  about  30  percent  of  the  processing 
power  of  a  MAF.  Table  4.5.1  are  estimates  for  the  deployed  processing 
needs  for  AISs  developed  from  the  data  collection  work  sheets  contained 
1n  Annex  G.  These  deployed  MASC  processing  requirements  are  easily 


supportable  with  one  MASC  aboard  ship  or  In  the  AOA.  The  second  MASC 
would  accompany  the  deployed  MAB  to  permit  smooth  transition  ashore  and 
provide  a  backup  processing  capability  for  the  deployed  MAb. 


TABLE  4.5.1 

DEPLOYED  PROCESSING  NEEDS  FOR  AISs  ON  A  MASC(s)l 
(In  millions  of  Instructions  per  second  (MIPS)) 


MAF  MAB 


Phase 

Log 

Pers 

Other 

Total 

Log 

Pers 

Other 

Total 

I 

3.6 

2.8 

2.1 

8.52 

1.1 

1.0 

1.0 

3.i2 

II 

3.6 

2.8 

2.1 

8.52 

1.1 

1.0 

1.0 

3.i2 

III 

.43 

.6 

.4 

1.4 

.1 

.2 

.1 

.4 

IV 

1.8 

.4 

.3 

2.5 

.5 

.1 

.2 

.8 

V 

5.5 

.4 

1.3 

7.2 

1.6 

.1 

.2 

1.9 

^MAU  not  Included. 

2 Includes  RASC  processing. 

^Peaking  to  .9  MIPS  for  rehearsals,  etc. 


4.4.3  MASC  Support  for  Deployed  MAUs 

Without  exception,  all  Interview  respondents  felt  that  deployed 
MAUs  would  require  only  ADPE-FMF  devices  for  all  phases  of  amphibious 
operations.  One  person  In  FMFPAC  Indicated  that  It  would  be  nice  to 
deploy  a  MAU  with  a  MASC  but  this  was  not  Identified  as  a  requirement 
(Tab  U  to  Annex  C). 

The  position  on  automated  support  for  a  MAU  is  both  logical  and 
consistent  with  the  MAU's  mission.  A  MAU  Is  typically  utilized  in  a 
show-of- force  or  police- type  action  where  combat  related  activities  are 
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of  low- intensity- -this  type  of  deployment  is  envisioned  as  easily  sup¬ 
portable  with  AOPE-FHF  devices.  In  the  event  that  combat  intensity 
would  increase  from  a  low  level,  the  MAU  would  require  reinforcement  to 
at  least  a  MAB-sized  force  which  would  introduce  a  MASC;  the  MAU  would 
then  be  embodied  in  the  larger  force  which  would  have  a  greater  capa¬ 
bility  to  provide  deployed  AIS  support.  This  study  will,  therefore,  not 
address  the  deployment  of  a  MASC  with  a  MAU-sized  MAGTF.  Presuning  that 
MASCs  are  provided  as  conceptualized  in  the  preceding  two  subparagraphs 
a  MASC  could  potentially  be  deployed  from  assets  of  a  larger  force--such 
a  decision  would  be  accommodated  upon  a  case-by-case  basis  and/or  unit 
standard  operating  procedures. 

4.5  SUMMARY-DEPLOYED  MASC  OPERATIONAL  CONCEPTS 

The  Marine  Corps  has,  by  fiat  and  hence  i rreversably ,  made  a  com¬ 
mitment  to  support  leir  major  functional  management  with  automated, 
interactive,  front-t  i  editing  AISs.  As  these  emerging  AISs  of  the 
mid-80s  are  implemer  id.  Marines  will  come  to  depend  on  the  AISs  and 
will  not  be  trained  to  operate  with  manual  systems.  The  concepts  for 
MASC  operations  espoused  in  this  chapter  of  the  report  are  responsive  to 
the  deployed  needs  of  MAGTFs  in  the  1988  time  period  as  documented  from 
numerous  staff  members  and  commanders  within  the  Marine  Corps. 

The  Marine  Corps  may  provision  with  liASCs  to  support  any  level  of 
operation.  Consideration  may  be  given  MASC  deshelterized  configuration 
also  be  given  to  each  CDPA  for  the  purposes  of  system  development  and 
maintenance.  Then  each  MAF  could  be  considered  for  provisioning  at 
varying  levels.  For  example,  each  MAF  could  be  provided  two  MASCs  and 
upon  deployment,  given  one  or  two  MASCs  from  other  MAFs;  or,  going  maxi¬ 
mum,  I  MAF  and  II  MAF  could  have  three  or  four  MASCs  and  III  MAF  four  or 
five  MASCs  based  upon  III  MAF  dispersion  (including  the  1st  Brigade 
MASC).  The  perceived  minimum  and  maximun  requirements  are  displayed  in 
the  following  table. 
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TABLE  4.5.2 

MINIMUM/MAXIMUM  MASC  PROVISIONING 


Supporting 

I  MAP 

II  MAP 

III  MAP 
1st  Brigade 
PWRS 


Minimum 

2 

2 

2* 

1 

0 

7 


Maximum 

4 

4 

4* 

1 

1 

14 


"^Ist  Brigade  subsumed  Into  III  MAP. 


The  provisioning  of  the  Marine  Corps  with  MASCs  is  variable  and 
could  easily  be  Impacted  by  such  restraints  as  budget  and  manpower.  The 
study  team  learned  that  provisioning  for  MASCs  will  be  studied  further. 
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CHAPTER  5 
AREAS  OF  CONCERN 


5.1  GENERAL 

The  methodology  for  this  study  required  the  identification  of 
AISs  which  should  deploy  with  MAGTFs  and  the  documentation  of  opera¬ 
tional  concepts  for  the  deployable  AISs.  During  the  course  of  the  study 
(starting  in  December  1980),  several  situations  evolved  which  required 
at  least  cursory  investigation  within  the  framework  of  this  type  of 
study  but  not  within  the  scope  or  methodology  of  the  study.  The  illu¬ 
minated  situations  have  therefore  been  identified  and  form  this  chapter 
--they  are  called  Areas  of  Concern.  The  dozen  or  so  areas  of  concern 
herein  identified  are  discussed  only  in  general  terms  and  may  require 
more  detailed  documentation,  description  or  analysis  by  appropriate 
functional  managers. 

IT  5.2  COMMUNICATIONS 

A  predecessor  study,  the  MA6TF  Teleprocessing  Requirements  Study 
(Reference  a)  provided  the  documented  AIS  data  transfer  requirements  for 
deployed  MAGTFs  in  the  1985  time  period.  The  AIS  telecommunication 
requirements  were  superimposed  upon  voice  and  tactical  system  telecommu¬ 
nication  requirements  to  determine  which.  If  any,  deployed  communication 
circuits  were  overloaded.  Shortfalls  were  Identified  and  prioritized 
recommendations  were  provided  the  study  sponsor.  This  study  views 
communications  from  a  different  aspect;  i.e.,  AIS  data  transfer  for 
deployed  operations  will  normally  be  accomplished  by  courier.  Should 
enhanced  communications  facilities  be  available  for  AIS  data  transfer, 
this  is  considered  an  enhanced  mode  of  operation.  The  normal  mode  was 
utilized  for  this  study.  Data  transfer  by  electronic  means  may  only  be 
accomplished  when  terminal  or  peripheral  devices  are  cabled  (hardwired) 
to  the  AIS  processor.  Since  the  completion  and  approval  of  the  MAGTF 
Teleprocessing  Requirements  Study  (reference  a)  a  decrease  in  data 
transfer  requirements  has  occurred  principally  stemming  from  decreased, 
deployed  manpower  processing  requirements. 
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In  spite  of  the  austere  conmiunication  facilities  provided  as 
study  assumptions  for  the  Deployed  AIS-88  Study,  Marine  Corps  personnel 
interviewed  at  all  echelons  repeatedly  stated  a  need  for  telecommunica¬ 
tion  support  for  deployed  AIS  data  transfer  for  the  1988  time  period. 

The  most  vocal  group  for  telecommunication  support  for  deployed  MAGTFs 
came  from  within  FMFPAC,  although  personnel  from  all  echelons  indicated 
the  need  for  telecommunications  to  transmit  AIS  information.  FMFPAC  is 
most  sensitive  to  telecommunications  support  due  to  their  geographic 
dispersion  and  ports  of  call  with  limited  telecommunication  facilities. 

5.3  HIGH  VISIBILITY  AVIATION  SYSTEMS 

Congressional  budget  cuts  in  the  past  decade  have  required  all 
the  services  to  cut  back  on  repair  parts  in  the  supply  pipeline.  To 
overcome  such  a  shortfall  in  the  Navy,  interactive  aviation  repair  parts 
automated  systems  have  been  implemented.  The  automated  systems  utilize 
the  Navy's  Closed  Loop  Aeronautical  Management  Program  (CLAMP)  and  have 
interactive  query  capability  with  Navy  aviation  rebuild  facilities.  Ac¬ 
cess  to  these  high  visibility  systems  is  provided  with  commercial  termi¬ 
nal  and  communications  facilities  (Tabs  E  and  U  to  Annex  C).  FMFLANT 
utilizes  two  conimercl ally-acquired  terminals  and  AUTOVON  fu-  queries 
while  FMFPAC  (MAG  24)  utilizes  a  Western  Union  terminal  and  WESTAR 
satellite  link  to  enter  the  high  visibility,  CONUS  aviation  supply  sys¬ 
tems.  The  study  team  has  three  concerns  pertaining  to  aviation  supply: 

•  When  deployed,  the  commercial  systems,  which  work  well  in  the 
fixed-CONUS  environment,  will  not  be  available. 

•  With  the  aviation  repair  parts  "pipeline"  as  dry  as  possible, 
there  is  a  question  as  to  whether  the  aviation  repair  parts 
requisitioning  objectives  are  sufficiently  high  in  order  to 
support  tactical  operations.  One  Marine  aviation  supply 
officer  believes  that  aviation  repair  parts  not  aboard  ship 
when  deployed  won't  be  available  in  combat  situations  due  to 
the  non-deployability  of  aviation  AISs  provided  by  the  Navy. 


•  The  high  visibility  systems  utilized  by  FMFPAC  and  FMFLANT 
are  different.  FMFPAC  is  oriented  about  CLAMP  and  the  Navy 
aviation  rebuild  facilities  (Tab  U  to  Annex  C)  while  FMFLANT 
is  oriented  toward  Defense  Supply  Centers  (Tab  E  to  Annex  C). 

The  probability  of  responsive  aviation  supply  support  diminishes  upon 
MAGTF  deployment  and  with  a  limited  stockage  in  the  "pipeline,"  combat 
availability  of  aviation  repair  parts  is  a  significant  concern. 

Further,  it  appears  that  each  FMF  is  utilizing  different  types  of  AISs 
which  mj^  place  HQMC  in  a  position  where  consistent  management  is  a 
concern. 

Both  FMFs  prefer  to  deploy  with  the  interactive  systems  and  are 
not  certain  of  the  impact  of  losing  their  garrison-oriented  systems. 

5.4  CLASS  1  (W)  AND  T  (A) 

Multiple  systems  were  noted  for  the  management  of  ground  ammuni¬ 
tion  and  aviation  ordnance  at  numerous  locations  where  interviews  were 
conducted.  In  general.  Marine  Corps  units  are  maintaining  fully  manual 
records  for  both  types  of  Class  Y  supplies.  Periodic  management  reports 
are  produced  from  the  manual  records  and  forwarded  to  various  echelons 
for  higher- level  management  of  these  important  resources. 

Some  units  had  prepared  semi  automated  AISs  to  improve  the  effi¬ 
ciency  and  accuracy  for  ground  ammunition  and  aviation  ordnance  manage¬ 
ment.  None  of  the  observed  systems  were  standard  AlSibut  rather  were 
Class  III  and  with  the  implementation  of  ADPE-FMF  devices,  some  Class  17 
systems.  A  notable  and  efficient  system  was  noted  at  the  2nd  MAW  at 
Cherry  Point.  The  MAW  supply  office  had  leased  a  terminal  which  was 
compatible  with  the  Navy  facility  computer  and  had  developed  a  simple 
AIS  to  maintain  cognizance  of  Class  T(A)  supplies.  Included  within  the 
maintained  inventory  were  aviation  ammunition-unique  tools  for  a  total 
management  structue  of  about  100  line  items  of  supply  (Tab  N  to 
Annex  C).  Since  this  simple  and  straightforward  system  was  available. 
Class  T  (W)  supply  was  added.  In  meeting  the  periodic  Class  T  reporting 
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requirements,  the  AIS  minimized  the  management  reporting  human  resource 
requirement  by  several  fold--on  the  order  of  40  hours  per  month  to  8 
hours  (and  no  weekends)  per  month.  2nd  MAW  personnel  planned  to  place 
the  system  upon  ADPE-FMF  devices  so  that  It  could  easily  be  deployed. 

Based  upon  observations  during  the  conduct  of  the  study,  it  would 
seem  desirable  to  establish  a  common  doctrine  and  management  procedure 
for  all  Class  T  supplies  within  the  Marine  Corps.  It  also  appears  that 
an  established  Class  T  management  procedure  could  be  easily  supported 
upon  deployable  ADPE-FMF  devices. 

5.5  SHIPBOARD  MARINE  AIS  PROCESSING 

Marine  Corps  afloat  processing  capability  is  currently  provided 
with  Navy  hardware  and  software  operated  within  the  umbrella  of  the 
Integrated  Tactical  Amphibious  Warfare  Data  System  (ITAWDS).  ITWAOS  has 
both  tactical  and  administrative  subsystems.  The  ITAWDS  hardware  is 
vintage  1965  and  the  software  utilized  for  the  administrative  subsys¬ 
tems  is  based  upon  a  one-and-a-half  generation  data  base  management 
system  (DBMS).  Deployed  MAGTFs  must  enter  the  administrative  data  into 
ITAWDS  using  punched  card  inputs  from  Marine  Corps  ASCs.  Constructing 
the  data  bases  is  manpower  intensive  and  the  DBMS  permits  only  data  re¬ 
trieval  and  data  element  update.  No  significant  processing  capability 
is  available  for  MAGTF  use.  Additionally,  with  the  current  ITAWDS 
hardware,  component  failure  results  In  processor  non-availability  for 
Marine  administrative  subsystem  use.  Availability  of  ASIS  on  the  LCC 
has  been  documented  at  30  percent  in  FMFLANT  (Tab  K  to  Annex  C).  MIS 
and  ASIS  are  therefore  of  little  use  for  the  equivalent  deployed 
processing  needs  of  the  Marine  Corps  In  1988.  For  example,  the  Marine 
Corps  desires  to  construct  a  manpower  transaction  using  front-end, 
interactive  edits.  MIS  and  ASIS  using  different  software  languages  will 
permit  the  user  to  change  a  field  in  the  personnel  file  and  that's  it. 
Aside  from  the  limited  functional  capability  provided  by  MIS  and  ASIS, 
the  construction  and  maintenance  of  the  DBMS-like  files  is  manpower 
intensive  and  this  is  recognized  in  FMFLANT  with  a  comment  "that  it 
doubles  our  work"  (Table  K  to  Annex  C)  (in  the  4th  MAB  Planning  Staff). 


The  characteristics  of  ASIS  and  MIS  are  displayed  in  Tables  5.5.1  and 
5.5.2.  It  appears  that  not  only  are  MIS  and  ASIS  are  generally  unavail¬ 
able  for  Marine  Corps  use,  but  also  limited  functionally.  Considering 
the  effort  involved  with  preparing  the  MIS  and  ASIS  data  bases,  the 
incompatibility  between  the  systems  and  their  general  non-availability 
to  the  deployed  MAGTF,  other  means  must  be  provided  to  meet  the  needs  of 
deployed  MABs  and  MAFs--the  MAUs  being  supported  with  ADPE-FMF  devices. 

One  means  of  improved  support  for  ASIS  is  providing  for  addition¬ 
al  processors  aboard  the  LCC-class  ships.  Ship  Alteration  (SHIPALT) 

938K  (reference  t)  obtained  from  NAVSEA  612  calls  for  a  processor  up¬ 
grade  for  ASIS  on  LCC-class  ships  in  the  1984  overhaul  window.  Con¬ 
sidering  the  manpower  intensiveness  of  data  base  construction  and  the 
limited  functional  capability  of  ASIS,  the  LCC  processor  upgrades  will 
provide  only  a  marginal  improvement  in  the  ASIS  processing  capability 
but  will  not  chanv?  the  functional  processing  capability.  The  scudy 
team  is  aware  of  the  addition  of  two  AM/UYK-7s  for  each  LHA  class  ship 
in  the  current  time  frame.  A  further  and  severe  limitation  from  MIS  and 
ASIS  processing  while  afloat  stems  from  the  inability  to  transition 
these  systems  ashore.  All  together,  MIS  and  ASIS  are  not  adequate  to 
support  the  deployed  AiS  processing  needs  for  the  Marine  Corps  -  other 
deployed  processing  alternatives  must  be  developed. 

Study  team  members  contacted  a  representative  of  NAVSEA  612Y  in 
order  to  docimient  any  upgrades  planned  for  processors  aboard  amphibious 
ships  (Tab  L  to  Annex  C).  A  ship  alteration  (SHIPALT)  is  underway  for 
LHA  class  ships.  The  SHIPALT  consisted  of  adding  2  additional  AN/UYK-7s 
for  administrative  processing  using  the  Management  Information  System 
(MIS).  The  three  existing  AN/UYK7s  on  the  LHA  class  ships  will  be  de¬ 
dicated  to  processing  tactical  information,  l^c  class  ships  will  have 
processor  upgrades  with  SHIPALT  938K  in  1984.  The  SHIPALT  will  provide 
two  additional  AN/L)YK7s  dedicated  to  processing  MIS.  Currently,  the 
LCCs  operate  the  Amphibious  Ship  Information  System  (ASIS)  upon  CP652B/ 
uSQ-20(V)  processors  hence  the  LCC  SHIPALT  will  eliminate  the  need  for 
ASIS.  The  elimination  of  ASIS  offers  the  advantage  of  one  system  for 
Doth  LHA  and  LCC  class  ships. 
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TABLE  5.5.1 

COMPARISON  OF  LCC  ASIS  AND  LHA  MIS  HARDWARE 


Cap«b1 1 1t1es 
( Mmlts ) 

LCC  ASIS 

LHA  MIS 

(Refs.  2,  bb,  cc 

1. 

Computer  30-b1t  words 

CP-552ff7USiJ-?fl(V) 

AllAIYIt-7(V) 

i. 

Computer-Read/Write  C>c)e 
Time 

4.0  microseconds 

1. 1  microseconds 

3. 

Hedlua  Speed  Printers 

None 

5 

4. 

Code  Conversions 

None 

Ves 

5. 

Geographic  to  Universal 
Transverse  Mercator 
Conversion  (t  vice  versa) 

None 

Yes 

6. 

Data  Bases/Flle  Sets  for 
System 

7 

64 

7. 

Logical  Files  for  System 

63 

4029 

a. 

Groups  per  Data  Base/File 
Set 

127 

1024 

9, 

Character  Constants 

63 

255 

IQ. 

Record  Size  (Words) 

975 

4084 

11. 

Logical  Files  Per  Data 
Base/File  Set 

63 

256 

12. 

Group  Size  (Words) 

126 

4084 

13. 

Digits  for  Numeric  Fields 

9 

14 

14. 

Dynamic  Core  Available 
(Words) 

20.000 

91,000 

15, 

Savdd  Messages 

600  statements 

100  procedures 

16. 

Numoer  of  Input  Data 

Formats  Per  Data  Base/FHe 
Set 

25 

256 

17, 

Batch  Jobs 

None 

1 

18. 

Data  Base/File  Set 
Definitions 

CRH 

Cards  or  Tape 

19. 

Report  Selection 

•^Irst  In/First  Out 

Choose  From  List 

:o. 

Rol I/Scrol 1 

i-tne  by  Line 

Faqi nq 

21. 

Comolex  Programni nq 

Language 

Juest 

P-uanquage 

J 

NIFS  processing 

None 

■3-v.anquaqe 

'es 

J  3. 

"S  Interface 

None 

large'  : St 

ji. 

3M  ana  SiP  ^ISIC 
s  1  'nu  lator  ; 

None 

■es 

■)-o 
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TABLE  5.5.2 

MIS/ASIS  SOFTWARE  FUNCTIONS/FILES 


MIS  (Ref.  q) 

ASIS  (Ref.  r) 

Personnel 

Personnel 

Intel ligence 

Intel  1 1 gence 

Landing  Serial 

Landing  Serial 

Target  List 

Target  List 

Ammo  Status  (NGF) 

Ammo  Status  (NGF) 

Ai  r 

Ai  r 

Staff  Journal 

Staff  Journal 

Logistic  Planning 

Logistic  Planning 

Supply/Accounting 

Supply 

Support 

Support 

Whole  Blood 

Whole  Blood 

Communications 

Communications 

POL 

Ammo  Status 
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The  Navy  has  traditionally  provided  automation  facilities  aboard 
ship  for  Marine  Corps  use  as  evidenced  by  the  processing  upgrades  under¬ 
way  on  the  LHA  class  ships  and  the  planned  upgrade  to  the  LCC  class 
ships  in  the  1984  LCC  overhaul.  The  difficulty  with  the  upgrade  and 
provision  of  dedicated  MIS  processing  aboard  ship  Is  that  old  hardware 
and  software  will  continue  in  use.  Not  one  respondent  in  the  Marine 
Corps  felt  that  MIS  (and  ASIS)  were  worthwhile  systems.  Further,  the 
shipboard  MIS  data  bases  can  not  be  transported  into  the  MASC's  envi¬ 
sioned  for  use  In  the  AOA.  In  all  cases.  Marine  Corps  respondents  pre¬ 
ferred  to  operate  the  MASC  aboard  ship  so  that  data  bases  may  be  easily 
transferred  from  phase  to  phase  of  an  amphibious  operation.  Software 
operated  on  the  MASCs  will  provide  an  Interactive  processing  capability 
aboard  ship  plus  the  DBMS  capability^  additionally,  AIS  users  would  be 
familiar  with  deployed  software  during  all  phases  of  an  amphibious 
operation.  A  strong  argument  abounds  for  placing  a  MASC  aboard  ship  due 
to  the  lengthy  time  needed  to  provide  a  fixed  processor  that  Is  fully 
compatible  with  the  AIS  hardware  and  software  architecture  aboard  the 
appropriate  ships. 

This  area  of  concern  needs  rather  immediate  attention  with  re¬ 
spect  to  the  LCC  processing  upgrade  In  1984.  The  deployed  AIS  procrs 
sing  need  Is  thoroughly  documented  and  makes  sense  from  both  a  pragmatic 
and  operational  poi nt-of-vi ew.  Nothing  may  be  accomplished  with  the 
LriA,  AN/UYK-7  upgrades  because  those  overhauls  are  currently  underway. 

On  the  other  hand,  there  is  time  available  to  consider  AIS  processing 
aboard  the  LCC  class  ships.  A  significant  decision  is  required  for  one 
of  four  alternatives  available  to  support  deployed  AlS-type  processing 
as  follows: 

•  LCC  upgrade  with  AN/UYK-7s.  This  is  not  considered  a  fea¬ 
sible  alternative  since  the  interactive  AIS  processing  is 
needed  aboard  ship  for  reasons  which  have  been  previously 
di scussed . 


t  Emulation  of  AIS  software  onto  the  UNIVAC  software  of  the 
AN/UYK-7S.  The  emulation  process  is  highly  inefficient 
(generally  two  to  two-and-one-hal f  times  the  processing  time) 
and  costly  to  develop  and  maintain  from  a  human  resource 
point-of-view.  Therefore,  the  emulation  process  is  not 
considered  a  viable  alternative  for  a  deployed  processing 
solution  for  the  Marine  Corps  in  the  1985-1988  time  frame. 

Remaining  therefore  are  two  alternatives: 

•  A  fixed  AIS  processing  capability  aboard  ship  which  is  fully 
compatible  with  MASC  hardware  and  software  architectures. 

•  A  MASC  configured  to  be  operable  aboard  ship  for  AIS 
processing. 

Trade-offs  must  be  considered  for  the  two  feasible  alternatives. 
First,  one  MASC  in  a  two-van  configuration  requires  a  large  shipping 
cubic  footage  (estimated  as  8,000  cubic  feet  and  675  square  feet  of  con 
tiguous  deck  space).  Second,  the  CLF  may  be  located  on  one  of  four 
classes  of  ships;  fixed  computers  would  be  required  on  any  ^hip  housing 
the  CLF  or,  the  CLF  may  be  placed  on  a  class  ship  which  has  a  fixed  AIS 
processing  capability.  Third,  it  is  anticipated  that  ITAWDS  and  MASC  o 
fixed  AIS  processors  will  be  incompatible  hence  a  MASC  could  provide 
backup  processing  capability  for  another  on-board  MASC  or  fixed  AIS 
processor;  ITAWDS  does  not  provide  a  backup  processing  capability  for 
deployed  AISs.  The  feasible  alternatives  must  be  carefully  weighed 
prior  to  a  decision  on  fixed  or  MASC  AIS  processing  aboard  ship  using 
the  three  key  parameters  identified  above.  A  clear  and  rapid  decision 
is  required  because  of  the  potential  impact  upon  SHIPALT  938K  for  LCC 
class  ships  in  1984.  The  current  AN/UYK-7  upgrades  on  the  LHA  class 
ships  must  be  considered  from  a  sunk  cost  point-cf-view.  NAVSEA  612Y 
response  to  placing  an  operational  MASC  aboard  was  satisfactory;  the 
NAVSEA  representative  said  it  may  be  too  late  to  cause  a  change  in 
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SHIPALT  938K;  the  afloat  operational  MASC  would  require  electric  power, 
tie  downs,  cabling  and  identification  of  space  aboard  ship  as  a  minimum. 
In  reality,  the  alternatives  are  essentially  the  same;  the  question  is  - 
who  provides  these  deployable  processors  for  the  afloat  phase  of  opera¬ 
tions?  By  far,  the  Marine  Corps  personnel  interviewed  during  the  study 
want  the  deployable  MASC  to  operate  while  afloat,  which  seems  very 
attractive  from  many  points  of  view.  The  afloat  MASCs  must  be  powered 
up  occasionally  for  reliability  purposes.  No  problems  are  encountered 
when  moving  data  bases  and  applications  software  to  and  from  a  ship. 

The  MASCs,  even  on  an  expedient  basis,  could  be  made  operable  on  most 
any  ship.  The  Commanding  General  of  the  1st  Marine  Brigade  felt  that 
command  ships  could  be  LHAs,  LPHs,  LSDs  or  LCCs;  only  LHAs  and  LCCs  have 
marginal  AlS-type  processors  on  board. 

5.6  PROLIFERATION  OF  NONSTANDARD  SOFTWARE 

At  the  outset  of  this  study,  an  assumption  was  included  pertain¬ 
ing  to  the  ratio  of  processing  for  Marine  Corps-wide  standard  automated 
systems  (Class  I  systems)  and  locally  developed  and  maintained  systems 
(Class  II  and  III).  The  original  assumption  that  Class  II  and  III  pro¬ 
cessing  requirements  consumed  15  percent  of  ASC  processing  time  proved 
to  be  erroneous  as  documented  from  a  large  Marine  Corps  CASC.  The  orig¬ 
inal  assumption  was  made  based  upon  U.S.  Army  documented  (Army  Regula¬ 
tion  18-1)  requirements  limiting  the  amount  of  nonstandard  processing 
which  could  be  conducted  upon  Army  base  operations  (BASOPS)  computers. 

A  detailed  analysis  was  conducted  (TAB  D  to  Annex  C)  at  Camp  Lejeune  to 
differentiate  FMF  processing  from  that  conducted  for  the  supporting 
establishment.  The  basic  information  is  contained  in  resource  and  cost 
utilization  (RESCU)  reports  provided  with  the  cooperation  of  HQMC-CCIR. 
Class  II  and  III  system  processing  at  Camp  Lejeune  for  FMF  processing 
was  compiled  and  is  listed  in  the  enclosure  to  Tab  D  of  Annex  C.  The 
resultant  computations  revealed  that  Marine  Corps  Class  II  and  III  sys¬ 
tem  processing  associated  with  the  FMF  in  garrison  consumes  32.1  percent 
of  the  aggregate  FMF  total  processing  time.  For  purposes  of  this  study, 
the  figure  of  33  percent  for  deployed  processing  was  used.  Such  a 
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nonstandard  percentage  Indicates  a  great  deal  of  resource  is  being  ex¬ 
pended  at  multiple  ASCs  within  the  Marine  Corps  to  develop  and  maintain 
such  systems. 

On  the  study  team  trip  to  the  West  Coast  and  Hawaii,  the  33  per¬ 
cent  nonstandard  processing  time  was  endorsed  although  a  detailed  analy¬ 
sis  of  RESCU  reports  was  not  conducted;  recent  RESCU  reports  were  not 
available  from  the  newly  combined  RASC  and  FASC  at  Camp  Pendleton. 

A  different  sort  of  nonstandard  software  proliferation  was  under 
study  within  FMFPAC  (Tab  V  to  Annex  C).  The  Force  Supply  Officer  (FSO) 
was  conducting  a  study  to  determine  how  many  supply  systems  were  opera¬ 
ted  within  FMFPAC  and  analyze  the  requirements  for  a  deployed  supply 
systems.  Preliminary  results  of  the  FSO  work  indicated  that  55  differ¬ 
ent  versions  of  SASSY  output  reports  had  been  implemented  in  the  field 
using  the  MARK  IV  report  generating  system.  It  was  believed  that  these 
nianerous  versions  of  SASSY  output  reports  were  not  necessary  and  were 
wasteful  of  programmer  resources  in  generating  and  maintaining  the 
unique  software.  Work  to  determine  the  requirements  for  a  deployable 
supply  was  in  the  embryonic  stage  thus  no  functional  information  was 
available  to  the  study  team  to  enhance  the  combat  service  support 
aspects  of  the  study. 

In  reviewing  the  33  percent  nonstandard  processing  in  the  FMF  and 
the  55  versions  of  SASSY  output  reports  discussed  just  above,  it  would 
seem  imperative  that  the  proliferation  of  nonstandard  AISs  within  the 
Marine  Corps  be  regulated  to  some  extent.  As  with  any  regulation,  oper¬ 
ations  must  be  auditable  and  enforceable.  Although  cost  has  not  been 
analyzed  in  considering  the  impact  of  nonstandard  software  prolifera¬ 
tion,  it  is  the  experience  of  the  business  world  that  the  personnel 
costs  for  the  proliferation  will  far  exceed  the  hardware  costs  of  oper¬ 
ating  the  proliferated  software  -  probably  three-to-one. 

5.7  ADP  MANAGEMENT  STRUCTURE 

Contemporary  software  management  techniques  include  methods  for 
control  of  the  software  configuration  for  an  automated  system.  Without 


software  configuration  control,  system  changes  can  be  inserted  in  a 
haphazard  and  random  way.  MCOs  5230.9  Standard  Procedures  for  Central 
System  Control  (ref.  nnn)  and  5130.8,  ADS  Maintenance  and  Modification 
(ref.  ooo)  were  reviewed  for  the  software  management  procedures  promul¬ 
gated  within  the  Marine  Corps.  Following  is  a  list  of  key  direction 
provided  by  the  two  MCOs: 

•  Priorities  are  established  by  the  functional  manager. 

•  Test  evaluation  criteria  defined  by  the  functional  manager. 

•  Change  releases  are  in  object  code-source  programs  are  not 
pennitted  in  the  field. 

•  Change  justifications  approved  only  by  functional  manager. 

•  Quarterly  changes  to  CMC-CCI  for  review. 

•  Functional  manager  approves  interfaces  with  Class  III  systems. 

•  No  field  changes  to  Class  I  or  II  systems  without  CMC 
approval . 

•  COPAi prepare  and  submit  quarterly  change  reports  to  func¬ 
tional  managers. 

t  Change  projects  must  be  justified,  approved  nod  prioritized 
by  the  functional  manager. 

•  An  AOS  impact  statement  must  be  prepared  by  the  CDPA. 

The  bulk  of  the  AIS  control  procedures  and  the  responsibilities  for  AIS 
maintenance  and  modifications  rests  with  the  functional  manager.  This 
is  promulgated  in  DB  1-77  (reference  c.)  and  was  observed  by  study  team 
members  during  field  trips.  The  personnel  at  the  CDPAs  in  Kansas  City 
and  Albany  experienced  difficulty  with  prioritization  for  software  main¬ 
tenance  tasks.  In  most  cases,  source  programs  are  distributed  to  the 
field  hence,  field  users  are  able  to  perform  modifications  and  enhance¬ 
ments  to  Class  I  AISs  including  MARK  IV.  In  view  of  the  requirements 
specified  in  the  MCOs  and  observations  from  field  visits,  the  PGRG  study 
team  members  reviewed  DB  1-77  as  it  pertains  to  functional  and 
management  responsibilities  for  AISs. 


5-  lC 


f 


Figure  1  of  DB  1-77  lays  out  the  functional  chain  of  responsibil¬ 
ity  while  Figure  2  shows  the  management  chain  -  they  are  operated  as 
independent  functions.  In  order  that  the  functions  be  better  coordi¬ 
nated,  Figures  1  and  2  in  DB  1-77  have  been  combined  and  are  shown  in 
Figure  5.7.  The  combined  and  better  coordinated  functions  will  serve  to 
meet  the  requirement  of  MCO  5230.8  for  to  coordinate  and  review  the 
maintenance  and  modification  program.  Further,  a  systematic  means  of 
dealing  with  system  change  (priject)  requests  is  specified  in  MCO  5230.8 
and  the  study  teams  recommend  the  establishment  of  a  change  review  board 
with  membership;  the  board  would  meet  on  a  quarterly  basis  to  deal 
with  and  prioritize  requests.  Note  1  on  Figure  5.7  contains  the  provi¬ 
sion  for  the  integration  of  the  change  review  board.  As  an  example,  the 
board  could  determine  that  once  a  software  module  had  to  be  changed,  all 
changes  desired  in  that  module  would  be  implemented  -  an  efficient 
method  for  approaching  software  maintenance. 

5.8  MODULAR  SOFTWARE 

Throughout  the  study  team's  travel  to  Headquarters  elements, 
CDPAs,  units  and  ASCs  within  the  Marine  Corps,  the  idea  of  modular  soft¬ 
ware  implementation  was  acknowledged  and  has  been  specified  for  the 
design  of  new  systems  such  as  REAL  FAMMIS,  M3S  and  SABRS.  Modular  soft¬ 
ware  developed  utilizing  top-down  programming  techniques  provides  soft¬ 
ware  that  is  relatively  easy  to  maintain  and/or  enhance.  Modular  soft¬ 
ware  also  provides  great  advantages  for  deployed  operations  in  that 
modules  may  be  easily  added  or  not  used  for  deployed  processing.  The 
implementation  of  REAL  FAMMIS  is  to  be  accomplished  by  evolution  from 
JUMPS/MMS  and  in  so  doing,  may  easily  avoid  the  process  of  a  modular 
design.  There  is  a  fear  that  the  evolutionary  process  will  result  in 
functions  being  added  to  the  existing  software  and  will  be  difficult  or 
unreasonable  to  operate  in  a  deployed  environment.  Similarly,  M3S  may 
be  an  evolution  from  SASSY  again  resulting  in  non-modular  software  for 
deployed  operation.  SABRS  has  not  been  identified  as  a  deployable  AIS 
hence  the  modularity  of  software  is  not  germane.  The  most  likely  way  to 
oroduce  modular  software  may  be  to  start  from  scratch  while  continuing 
to  operate  the  current  systems. 
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Combined  ADPS  Management  Structure 


5.9  RETURN  OF  TRANSACTION  ERRORS 

The  return  of  transaction  errors  with  a  fully  interactive  system 
is  essentially  immediate.  For  the  deployed  environment  however,  limited 
front-end  editing  is  planned  for  AOPE-FMF  systems.  The  MASC  will  not 
have  a  full  edit  capability  for  REAL  FAMMIS.  This  means  that  some 
transaction  errors  will  not  be  detected  until  processed  in  a  CONUS-1  ike 
mainframe  processing  environment.  Appropriately,  error  returns  from 
ADPE-FMF  devices  will  take  a  few  seconds,  from  the  MASC  one  or  two  days 
and  from  CONUS  mainframes,  a  few  weeks.  The  Marine  Corps'  manpower 
management  system  typically  experienced  an  error  rate  in  excess  of  10 
percent  using  the  OCR  on  input  transactions  for  batch  inputs.  This 
error  rate  has  been  reduced  to  less  than  one  percent  using  the  ADPE-FMF 
devices.  Upon  conversion  to  a  full,  front-end  interactive  edit,  the 
error  rate  also  drops  to  less  than  one  percent  hence  the  interactive 
systems  will  have  less  volume  in  error  returns.  A  need  will  still  exist 
for  the  management  of  error  returns.  An  approach  in  controlling  or  pre¬ 
venting  errors  would  be  to  place  the  same  edit  routines  at  all  proces- 
sing  levels;  this  is  not  possible  at  all  levels  since  many  of  the  edits 
require  checks  against  a  data  base  element  that  is  not  in  a  deployed 
data  base.  Errors  will  occur  at  different  processing  levels  at  dif¬ 
ferent  rates  and  the  system  must  provide  a  mechanism  for  dealing  with 
timely  error  return  information. 

5.10  LOCATION  AND  OPERATION  OF  MASCs 

At  the  time  of  this  writing,  four  MASCs  are  envisioned  to  provi¬ 
sion  a  MAF.  One  MASC  would  be  operated  in  the  vicinity  of  Division  or 
MAF  headquarters  and  would  be  oriented  toward  personnel  processing;  some 
G-1  and  other  headquarters  personnel  would  be  able  to  hardwire  their 
terminals  to  the  MASC  (hardwiring  is  using  cable  directly  from  the  ter¬ 
minal  to  the  MASC  -  say  a  distance  up  to  1500  feet  -  thus  modems  and 
telecommunications  are  not  required  to  complete  the  circuit).  A  second 
MASC  would  be  placed  with  the  FSSG  (greatest  processing  requirement) 
oriented  toward  the  processing  of  automated  combat  service  support  func¬ 
tions;  terminals  may  be  hardwired  from  FSSG  headquarters  and  most  prob¬ 
ably,  the  supply  and  maintenance  battalions.  A  third  MASC  would  support 
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the  consolidated  processing  of  the  wing  again,  with  certain  terminals 
potentially  hardwired  to  the  wing  headquarters.  The  fourth  MASC  is 
provided  for  two  principal  reasons  -  first,  as  a  spare  to  back  up  the 
other  three  and  second,  to  provide  a  processing  capability  for  one  or 
more  theater  remote  airfields.  The  four  MASCs  per  MAP  would  also  serve 
to  provide  more  than  adequate  processing  support  for  any  lesser  deploy¬ 
able  force.  Ill  MAP  may  require  more  than  four  MASCs  due  to  its  unique 
organization  and  geographic  dispersion. 

5.11  DATA  TRANSFER  WHILE  THE  MAGTF  IS  AFLOAT 

Data  transfer  while  at  sea  is  generally  accomplished  in  one  of 
three  ways: 

•  Voice  by  radio  (or  semaphore) 

•  Paper  tape  on  the  NTS 

•  Helicopter  courier 

Semiphore  is  not  seriously  considered*  Frequently  while  afloat  EMCON 
procedures  are  in  effect  hence  radio  and  other  forms  of  electronic  com¬ 
munication  are  not  available  for  data  transfer.  Further,  to  enter  ship- 
to-ship  electronic  circuits,  the  input  is  by  paper  tape;  one  paper  tape 
unit  deploys  with  a  MAU  sized  MAGTF  and  with  the  MALI  being  spread-load 
across  three-to-six  ships,  this  form  of  data  communication  is  difficult 
at  best.  The  remaining  and  frequently  used  method  for  data  transfer  is 
by  helicopter  courier.  It  was  found  in  FMFPAC  that  the  helicopter  car¬ 
riers  frequently  steam  apart  from  the  troop  carrying  ships  by  1000-2000 
miles;  data  is  not  transferable  for  these  split  formation  situations. 
Also,  bad  weather  has  its  impact  upon  the  availability  of  helicopter 
couriers.  One  possible  solution  to  this  type  situation  is  the  estab¬ 
lishment  of  ship-to-sh1p  data  communication  over  currently  existing 
multichannel  nets.  One  may  therefore  understand  that  there  is  no 
reliable  means  to  assure  data  transfer  among  ships  such  that  it  may  be 
input  to  the  MASC  on  a  timely  basis. 


5.12  RAPID  DEPLOYMENT  FORCE  (RDF)  AND  FORCE  STRUCTURING 

The  RDF  Is  envisioned  to  be  a  joint  task  force  or  a  RDJTF.  Con¬ 
sidering  the  Iranian  operation  (not  a  RDJTF  per  se)  of  two  years  ago, 
there  was  a  need  for  systems  Integration  among  all  the  uniformed  ser¬ 
vices.  No  AISs  were  observed  to  have  developed  interfaces  with  the 
other  services  which  could  be  a  key  aspect  for  manpower  management, 
combat  service  support,  unit  status  reporting  and  aviation  management. 

A  special  concern  is  the  aggregation  of  Marine  Corps  AIS  data 
from  complete  RUCs,  partial  RUCs  and  small  detachments  which  lose  their 
identity  with  any  RUC.  Force  structuring  Introduces  some  very  complex, 
demanding  processing  requirements.  In  developing  the  task  organization 
for  the  MAGTF,  data  bases  are  in  a  continual  state  of  flux  and  must  be 
constantly  updated.  Task  organizations  for  entering  combat  must  be 
maintained  for  the  MAGTF  headquarters,  and  the  ground,  aviation  and 
combat  service  support  elements.  Traceability  must  be  maintained  in 
the  transition  from  T/0  and/or  RUC  identities  to  the  task  organization. 
This  also  applies  to  the  organization  for  embarkation  which  varies  from 
the  task  organization  for  combat. 

5.13  STRATEGIC  MOBILITY,  MOBILITY  AND  MOBILE  ELECTRIC  POWER 

In  the  era  of  the  RDJTF,  strategic  air  mobility  must  be  consid¬ 
ered  vis-a-vis  the  priority  for  strategic  shipment  of  the  deployable 
MASC.  Although  not  considered  so  far,  MASCs  could  be  placed  with  pre¬ 
positioned  assets  with  a  drawback  that  electronic  equipment  must  occa¬ 
sionally  be  exercised.  It  is  anticipated  that  both  the  experimental 
MASC  and  the  MASC  in  a  two- van  configuration  may  be  loaded  in  a  C-141 
aircraft.  For  local  mobility,  a  5  to  10-ton  tractor  will  be  required  to 
tow  the  van.  Although  dedicated  tractors  are  not  currently  envisioned, 
possibly  one,  two  or  no  tractors  could  be  assigned  the  MASC  -  this  will 
be  studied  during  the  experimental  MASC  operational  test.  For  mobile 
electric  power  (MEP)  while  aboard  ship,  the  MASC  is  assumed  to  operate 
from  ship’s  power.  Based  upon  experience  with  other  deployed  systems, 
one  dedicated  45-60  or  even  a  100  KW,  60  cycle  generator  will  be 
required  to  operate  each  van  in  the  AOA.  It  may  be  desirable  to  mount 


such  a  generator  on  the  van  or  as  a  last  resort,  in  a  small  trailer 
towed  behind  the  the  van.  The  MEP  source  must  be  clearly  Identified 
and  earmarked  to  support  the  MASC  in  an  AOA.  MEP  for  the  MASC  was  of 
concern  In  both  FMFs. 

5.14  CRT  ACQUISITION  FOR  EMERGING  CUSS  I  SYSTEMS 

In  documenting  the  deployed  concepts  of  operation,  system  design 
docunents  were  reviewed  for  REAL  FAMMIS,  M3S  and  SABRS.  Each  of  the 
three,  major,  new  Class  I  systems  envisions  extensive  use  of  CRT  termi¬ 
nals  for  interaction  by  FMF  units  with  a  regional  or  centralized  proces¬ 
sor  through  a  telecommunication  network.  Each  system  has  varied  Impacts 
upon  the  supporting  establishment  and  the  FMF.  REAL  FAMMIS  plans  the 
use  of  approximately  700  Intelligent  terminals  for  the  FMF  and  300 
regular  terminals  for  the  supporting  establishment.  The  REAL  FAMMIS 
implementation  may  not  require  dual  training  for  operators  since  deploy¬ 
able  FMF  units  may  be  equipped  with  their  deployable  Intelligent  termi¬ 
nals.  M3S  plans  to  provide  user  support  with  approximately  875  regular. 
Interactive  terminals.  Many  of  the  M3S  terminals  will  be  located  with 
retail  Issue  points  (RIPs)  In  garrison.  Upon  major  deployments,  person¬ 
nel  from  the  RIPs  may  accompany  a  MAGTF  to  an  AOA  and  become  part  of  a 
consolidated  issue  point  (CIP).  In  this  case,  the  versions  of  M3S 
operated  at  the  RIP  and  the  CIP  will  most  likely  be  different.  This 
difference  could  create  a  problem  in  cross-training  or  may  require  dual 
training. 

In  summary,  some  2,200  Interactive  terminals  will  be  placed  In 
use  In  the  mid-range  time  frame  supporting  Class  I  AISs.  What  must  be 
considered  therefore  Is; 

•  May  terminals  provide  multifunctional  support? 

•  Must  dual  training  of  FMF  users  be  performed? 

•  How  will  the  function  be  performed  when  deployed? 

•  Can  ADPE-FMF  type  devices  be  substituted  for  Interactive 
terminals  in  the  FMF? 

5-18 


5.15  MILITARY  PAY  FOR  NAVY  PERSONNEL 

The  MARCORS  1  scenario  with  a  MAF  in  Jutland  is  supported  by 
several  thousand  Navy  personnel  as  identified  in  Annex  0.  For  current 
peace  time  operations,  Navy  personnel  in  garrison  are  paid  through  the 
Navy  medical  facility  on  base;  while  at  sea,  they  are  paid  as  a  part  of 
the  ship's  company.  When  Navy  personnel  are  attached  to  a  MAGTF  in  an 
AOA  it  is  planned  to  use  the  Pay  Option  Election  provided  for  in  REAL 
FAMMIS.  Periodic  reports  of  transaction  would  be  forwarded  to  the  Navy 
finance  center  for  entry  into  IDA. 

5.16  REPLACEMENT  OF  CASUALTIES 

The  SAC  expressed  concern  pertaining  to  the  return  to  duty  of 
wounded  personnel .  Personnel  from  1st  and  2nd  MAW  and  the  2nd  FSSG  want 
to  track  casualties  because,  in  some  MOSs,  they  have  a  few  highly  skill¬ 
ed  personnel,  the  loss  of  which  would  impair  their  capabilities.  It  is 
important  therefore  to  follow  casualties  within  the  Navy  medical  system 
to  determine  if  the  wounded  person  will  be  returned  to  duty  in  a  rela¬ 
tively  short  period  of  time.  When  a  wounded  member  is  expected  to 
return  to  duty  within  a  few  days  or  a  week,  no  extraordinary  effort 
would  be  required  to  requisition  a  replacement.  During  the  course  of 
this  study,  no  capability  was  found  that  traces  a  wounded  number  in  the 
Navy  medical  system.  It  is  believed  that  such  a  capability  is  desired 
most  likely  as  a  portion  of  deployed  REAL  FAMMIS. 

5.17  AIS  SYSTEM  INTERFACES 

The  emergence  of  Marine  Corps  tactical  automated  systems  (MTACCS) 
has  functionally  defined  information  which  is  required  from  data  bases 
that  operate  with  the  AISs.  Some  key  examples  of  information  required 
of  the  MTACCS  would  be  personnel  strengths  and  supply  items  like  fuel, 
ammunition  and  other  high  demand/visibility  items.  Throughout  the 
documentation  process  for  this  study,  no  specific  data  interfaces  were 
identifed;  a  data  interface  requirement  exists  but  is  not  documented. 

In  a  similar  vein,  interfaces  with  automated  systems  of  the  other 
Services  and  our  allies  will  most  likely  be  necessary  for  joint  and 
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combined  operations.  A  very  likely  interface  would  be  between  MSS  and 
the  Standard  Army  Intermediate  Logistics  System  (SAILS).  As  with 
MTACCS,  no  specific  data  transfer  needs  were  Identified  during  the 
course  of  the  study. 

To  date,  data  interface  needs  between  AlSs  and  many  other  auto¬ 
mated  systems  have  not  been  specified  but  have  been  generically  identi¬ 
fied.  Examples  of  generic  identification  of  deployable  system  inter¬ 
faces  are  that  MIMMS  will  interface  with  MSS;  and  REAL  FAMMIS  and  MSS 
will  interface  with  TCO  (MTACCS).  It  would  be  desired  that  the  actual 
data  interface  requirements  be  specified  by  data  element  and  data  format 
such  that  the  design  of  emerging  AISs  Include  the  data  interfaces  with 
other  automated  systems.  Additionally,  the  interfaces  must  be  specified 
as  electronic,  magnetic  or  manual.  Know  data  interfaces  are  provided  in 
Annex  G  for  both  intra-  and  inter-AOA  data  flows. 

5.18  INTERACTIVE  ACCESS  TO  MASC 

This  study  contains  guidance  which.  In  essence,  does  not  provide 
a  routine  means  of  electr  nically  transmitting  AIS  data  for  deployed 
operations  of  a  MAGTF.  unctional  managers  have  identified  a  need  to 
guery  deployed  data  bases  on  a  timely  basis  particularly  in  the  areas  of 
manpower  and  combat  service  support.  The  MASC  configurations  will  have 
an  interactive  communications  capability  either  with  telecommunications 
or  terminals  wired  to  the  MASC.  With  a  minimum  telecommunication  capa¬ 
bility  for  deployed  AIS  operations,  the  wired  terminals  will  provide  the 
only  means  for  reliable  interactivity  between  functional  managers  and 
the  MASC.  The  systems  impacted  by  this  need  for  interactivity  are  REAL 
FAMMIS  for  the  G-l/S-1  and  M3S/MIMMS  for  G-4/S-4  and  supply  and  main¬ 
tenance  personnel . 

Wired,  interactive  processing  may  be  provided  for  tne  afloat 
phase  of  an  amphibious  operation  to  provide  a  MASC  capability  aboard 
snip.  Within  an  AOA  for  assault  and  continued  operations  ashore,  the 
; nteracti vi ty  may  be  provided  only  with  wired  terminals.  Terminal  wi r- 
' ng  may  extend  15ou  feet  without  the  use  of  ampl i f i ers,  with  inexpensive 
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amplifiers,  the  wired  distance  may  be  extended  to  a  number  of  miles. 

What  must  be  considered  is  the  physical  location  of  a  MASC  and  its 
interative  users.  The  best  example  of  this  concern  rests  with  combat 
service  support  AISs  and  the  FSSG.  FSSG  Headquarters  and  at  least  the 
Supply  and  Maintenance  Battalions  will  desire  interactive  access  to  data 
bases  residing  on  the  MASC.  The  wired  distance  to  the  MASC  and  the 
installation  and  maintenance  of  the  wire  may  lead  to  differing  physical 
locations  of  force  elements.  The  philosophy  of  MASC  locations  is  based 
upon  the  physical  location  of  MASCs  within  a  reasonable  wiring  distance 
of  the  most  important  interactive  users.  The  concept  of  MASC  operations 
enumerated  in  Chapter  4  of  this  report  will  require  careful  considera¬ 
tion  followed  by  positive  actions  to  insure  the  interactive  processing 
needs  of  functional  managers  and  operators  are  not  overlooked  during 
deployed  operations  in  the  1988  time  period. 

5.19  SUMMARY:  AREAS  OF  CONCERN 

Many  of  the  areas  of  concern  have  no  direct  bearing  upon  deploy¬ 
ed  AIS  processing  as  envisioned  in  the  intended  scope  of  the  study.  The 
study  team,  in  cooperation  with  the  SAC,  has  included  this  dissussion  of 
areas  of  concern  illuminated  during  the  normal  course  of  data  collection 
and  documentation  of  deployed  AIS  operational  concepts.  Several  of  the 
areas  of  concern  contain  alternatives  and/or  suggesteti  solutions.  The 
areas  of  greatest  concern  are: 

•  Communications 

•  Aviation  Supply 

•  Software  Management 

•  Data  Transfer  at  Sea 

t  Interactive  Terminals  in  the  FMF 

•  Disaster  Recovery 

•  Lift  Requirements 

e  i  ness  of  Data 
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CHAPTER  6 
CONCLUSIONS 


6.1  GENERAL 

Throughout  the  conduct  of  this  study,  PGRG  study  team  members 
discerned  a  great  need  for  a  capability  to  process  AISs  while  deployed. 
This  automated  processing  capability  will  be  needed  in  garrison  to 
assure  that  the  computer  systems  and  AISs  are  up,  running  and  prepared 
for  a  deployment.  While  preparing  for  embarkation  a  great  deal  of 
activity  will  occur  as  cross  attachments  are  made  and  deployable  data 
bases  are  prepared  for  deployment.  Once  afloat,  a  capability  to  con¬ 
tinue  processing  Marine  Corps  AISs  will  exist  beyond  that  capability 
provided  by  the  Navy  through  ASIS  and  MIS.  Upon  assault  and  continued 
operations  ashore,  the  current,  afloat  data  base  may  easily  be  transfer¬ 
red  ashore  for  continued  and  essentially  uninterrupted  processing  of 
Marine  Corps  AISs.  This  deployed  and  predeployed  processing  may  be 
accomplished  with  what  is  initially  defined  as  a  MAGTF  ASC  or  MASC. 

This  MASC  is  now  conceptualized  as  a  van-mounted,  super  minicomputer, 
capable  of  operating  in  a  wide  range  of  environmental  conditions.  While 
afloat,  the  MASC  or  a  similar  fixed-installation  aboard  ship  would 
provide  processing  continuity  for  Marine  Corps  standard  AISs  during  the 
afloat  phase  of  an  amphibious  operation. 

Automated  system  justifications  for  deployable  AISs  required  by 
DB  1-77  (Reference  c)  are  contained  in  Annex  G  to  this  report.  The  jus¬ 
tifications  contain  more  detail  than  required  by  DB  1-77  with  respect  to 
specific  data  transfer  requirements  (nodes,  needlines,  volume).  The 
system  justifications  required  to  support  the  requirements  of  101-36.15 
of  the  Federal  Property  Management  Regulation  (FPMR)  is  contained  in 
Chapter  3  of  this  report. 

As  the  study  team  effort  progressed,  many  subfunctions  were 
evaluated  with  respect  to  deployed  AIS  concepts  of  operation.  Of  con¬ 
cern  was  the  fact  that  some  subfunctions  were  not  being  accomplished 
completely  while  others  were  not  being  accomplished  at  all.  These 


subfunctions  are  specified  for  Informational  purposes  In  the  preceding 
chapter,  but  are  not  specifically  Incorporated  Into  the  conclusions  or 
reconunendatlons. 

6.2  STUDY  CONCLUSIONS 

The  efforts  of  this  study  were  directed  toward  a  methodical  docu 
mentation  of  functional  concepts  of  operation  In  the  1988  deployed  auto 
mated  processing  environment.  The  major  study  conclusions  are  reported 
In  the  following  subparagraphs. 

6.2.1  Deployed  Automated  Processing 

Marines  and  Marine  Corps  civilian  personnel  from  all  echelons  In 
Headquarters,  the  supporting  establishment  and  the  FMF  clearly  recognize 
the  need  for  AISs  with  deployed  MAGTFs.  During  the  recent  past,  the 
Marine  Corps  has  Increased  the  use  of  AISs  and  reduced  their  dependence 
on  manual  systems  to  perform  the  major  MAGTF,  administrative  functions. 
The  consensus  of  Marines  interviewed  was  that  the  combat  power  from 
MAGTFs  would  be  diminished  without  a  deployable  automated  processing 
capability.  It  Is  therefore  concluded  that  in  the  midrange  environment, 
deployable  automated  processors  are  required  to  sustain  the  combat  power 
of  deployed  MAGTFs.  MAUs  would  be  supported  with  ADPE-  FMF  devices; 
however,  MABs  and  MAFs  need  a  much  more  robust  deployed  processing  capa¬ 
bility.  (Note:  The  Army  Is  currently  acquiring  up  to  324  van-mounted 
minicomputers  on  which  to  perform  deployed  logistical  processing). 

6.2.2  Use  of  MASC 

The  MASC  concept  espoused  in  this  study  is  a  van-mounted,  mini¬ 
computer  capable  of  processing  deployed  AISs  during  all  phases  of  an 
amphibious  operation.  The  MASC  is  needed  to  provide  up-to-date,  deploy¬ 
able  AIS  data  bases  for  those  AISs  which  have  been  identified  for  de¬ 
ployment.  In  conducting  the  phases  of  an  amphibious  operation,  the  MASC 
will  provide  a  processing  capability  and  current  data  bases  to  support 
force  operations.  A  questionable  conclusion  pertaining  to  the  deployed 
MASC  concept  Is  how  shipboard  processing  will  be  conducted.  This  pro¬ 
cessing  could  either  be  conducted  by  a  MASC  or  by  a  compatible  fixed 


installation  aboard  ship.  HoMever,  It  Is  highlighted  that  the  afloat 
systems  now  In  use  and  provided  by  the  Mavy,  are  Inadequate  for  Marine 
Corps  needs  while  afloat  and  are  not  capable  of  being  readily 
transferred  ashore. 

6.2.3  Functional  AISs 

Deployed  AIS  concepts  of  operation  have  been  Identified  and  docu¬ 
mented  for  each  major  Marine  Corps  administrative  function  to  the  extent 
possible  at  this  time.  Specific  concerns  pertaining  to  some  Incomplete 
subfunctions  In  the  operational  concepts  are  discussed  In  Chapter  5  of 
this  report.  The  following  subparagraphs  contain  conclusions  as  they 
pertain  to  deployable  AISs. 

6. 2. 3.1  Manpower.  A  deployed  REAL  FAMMIS  will  be  required.  The 
operational  concept  calls  for  a  limited  manpower  data  base  of  about 
10,000  characters  per  Narine  and  limited  processing  capability  at  the 
deployed  MASC.  Partially  edited  Input  transactions,  prepared  on  Intel¬ 
ligent  terminals  found  at  the  battalion/ squadron  level,  would  be  con¬ 
solidated  at  the  MASC,  forwarded  to  Kansas  City  for  processing  and 
returned  to  the  MASC  for  a  local  data  base  update.  This  creates  a  sit¬ 
uation  wherein  manpower  data  with  the  deployed  force  would  be  aged  from 
10  to  30  days.  The  technique  for  updating  the  deployed  manpower  data 
base  will  not  be  responsive  to  the  management  needs  of  commanders  and 
staff  officers  above  the  battalion/squadron  level.  The  military  pay 
will  be  accomplished  from  Kansas  City  with  a  deployed  bookkeeping, 
accrual  systan  operating  upon  AOPE-FMF  devices. 

6. 2. 3. 2  Policy  Plans  and  Operations  (PPO).  PPO  has  an  Identi¬ 
fied  need  to  deploy  with  UNITREP.  Planning  Is  underway  to  place  the 
very  small  UNITREP  processing  requirements  on  AOPE-FMF  devices  with 
transactions  telecommunicated  from  the  deployed  force,  through  channels 
to  the  JCS  and  CMC.  The  UNITREP  Input  transactions  and  output  reports 
will.  In  most  cases,  be  classified  and  hence  will  require  special  sche¬ 
duling  on  AOPE-FMF  devices  or  NASCs. 
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6. 2. 3. 3  Aviation.  Aside  from  Marine  AISs  utilized  within  a  MAM, 
Marine  Corps  aviation  assets  receive  their  aviation-unique  supply  sup¬ 
port  from  the  Navy  and  Navy-provided  hardware  and  software.  Missing 
within  the  MAW  concept  of  operations.  Is  a  processor  which  mqy  aggregate 
reports  from  their  subordinate  MAGs  (from  Navy-provided  processors)  Into 
MAW  level  reports.  Each  MAW  requires  the  support  of  a  MASC. 

6. 2. 3. 4  Fiscal.  The  emerging  new  primary  fiscal  AIS,  SABRS, 
will  not  deploy  with  a  MAGTF.  Fiscal  subfunctions  which  will  deploy  are 
DOV  and  CFAO.  DOV  creates  a  small  processing  requirement  td^lch  will  be 
accommodated  on  AOPE-FMF  devices;  CFAO  will  operate  with  small  deployed 
teams  which  collect  paper  docmnents  and  forward  them  to  a  CONUS-type 
facility  for  processing  -  CFAO  does  not  create  a  deployed  processing 
requirement. 


6. 2. 3. 5  Logistics.  The  deployed  combat  service  support  AISs 
present  the  key  basis  for  deployed  processing.  The  deployment  of  M3S, 
MIMMS  and  SEMS  will  provide  the  automated  support  necessary  to  provide 
supply,  maintenance  and  embarkation  support  to  the  deployed  force.  The 
combat  service  support  AISs  create  the  largest  processing  requirement 
for  deployed  processing.  This  requirement  Is  about  4  1/2  times  that  of 
the  deployed  manpower  processing  requirement.  It  Is  Imperative  that  the 
combat  service  support  AISs  be  operational  aboard  ship  to  support  the 
assault  phase  of  an  amphibious  operation. 

6. 2. 3. 6  Other  AISs.  In  addition  to  the  standard.  Class  I  AISs 
identified  for  deployment,  many  Class  II-III  AISs  will  deploy.  These 
other  deployable  AISs  have  not  been  specifically  Identified  but  rather 
are  considered  to  be  a  percentage  of  the  total  FMF  deployed  processing 
requirement.  Cognizant  personnel  at  Camp  Lejeune  have  documented  this 
Class  II-III  AIS  requirement  to  be  33  percent  of  the  total  requirement. 

6.2.3. 7  Areas  of  Concern.  Several  areas  of  concern  were  iden¬ 
tified  and  documented  during  the  conduct  of  the  study.  While  many  have 
no  direct  bearing  upon  deployed  AIS  processing  and  the  MASC  concept. 
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they  are  areas  that  need  to  be  addressed  during  the  design  of  new  AISs 
(planned  and  under  development)  and  resolved  prior  to  the  acquisition  of 
AOPE  for  the  MASCs. 

6.3  SUMMARY 

Nine  Class  I  AISs  have  been  Identified  and  their  deployed  concept 
of  operations  docunented.  Three  of  the  systems  are  avi at Ion- oriented 
and  will  operate  on  hardware  and  software  provided  by  the  Navy.  Forty 
percent  of  the  deployed  processing  will  be  for  Class  II  and  III  AISs 
which  have  not  been  specifically  Identified  nor  their  operational  con¬ 
cepts  documented.  It  was  generally  agreed  that  reversion  to  manual 
operations  for  major  Marine  Corps  administrative  functions  would  be  dif¬ 
ficult  If  not  Impossible  making  a  deployed  automated  processing  capabil¬ 
ity  a  necessity.  The  MASC  concept  has  evolved  as  the  means  to  provide 
the  capability;  the  concept  will  be  tested  with  the  acquisition  In  late 
1982  of  an  experimental  FASC.  The  MASC  must  be  operable  In  garrison, 
aboard  ship  and  echeloned  Into  the  AOA  near  the  beginning  of  the  con¬ 
tinued  operations  ashore  phase.  The  MASC  concept  will  provide  a  flex¬ 
ible,  reliable  means  for  processing  deployable  AISs. 

Ancillary  to  the  study  effort,  a  number  of  areas  of  concern  were 
Isolated  and  are  documented  In  Chapter  5  of  this  report. 


CHAPTER  7 
RECOMMENDATIONS 

The  P6RG  stu(ly  team  recommends  the  following: 

•  That  deployble  AISs  be  processed  upon  deployable  MASC.  The 
MASC  concept  should  be  Included  In  future  Marine  Corps 
doctrine.  Seven  to  fourteen  MASCs  will  support  the  deployed 
processing  needs  for  current,  active  Marine  Corps  forces. 

•  That  emerging  AISs  must  be  modularly  designed  and  programmed 
so  that  deployable  versions  of  the  AISs  may  easily  and 
Inexpensively  be  operated  In  the  deployed  environment.  The 
AISs  Identified  for  deployment  are: 

REAL  FAMMIS 
UNITREP 

NALCOMIS  (Aviation) 

FREDS  (Aviation) 

SUADPS-RT  (Aviation) 

DOV 

M3S 

MIMMS 

SENS 

33  percent  Class  II  and  III  AISs. 

f  That  the  deployed  manpower  data  base  on  the  MASC  be  updated  at 
the  time  transactions  are  processed  for  transmission  or  trans¬ 
port  from  the  deployed  MAF  or  MAB. 

•  That  the  areas  of  concern  addressed  herein  be  considered  as  a 
matter  of  priority  during  the  design  of  new  AISs  (planned  and 
under  development,  and  under  development  during  testing  of  the 
Interim  FASC,  and  prior  to  acquisition)  and  prior  to  acqui¬ 
sition  of  ADPE  for  the  MASCs. 
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AASG  Advanced  Amphibious  Study  Group 

ACE  Aviation  Combat  Element 

ACU  Administration  Control  Unit 

ADP  Automatic  Data  Processor(ing) 

ADPE  Automated  Data  Processing  Equipment 

ADPE-FMF  Automatic  Data  Processing  Equipment -Fleet  Marine  Force 

ADS  Automated  Data  System 

AFOE  Assault  Follow-on  Echelon 

AIS  Automated  Information  System 

ADA  Amphibious  Objective  Area 

ASC  Automated  Services  Center 

ASIS  Amphibious  Support  Information  System  (Navy) 

ASO  Aviation  Supply  Office/Officer 

AUTODIN  Automatic  Digital  Network 

BAQ  Basic  Allowance  for  Quarters 

BSA  Beach  Support  Area 

BSSG  Brigade  Service  Support  Group 

CATF  Commander  Amphibious  Task  Force 

CDPA  Central  Design  and  Programming  Activity 

CFAO  Consolidated  Fiscal  and  Accounting  Office 

CIP  Consolidated  Issue  Point 

CLAMP  Closed  Loop  Aeronautical  Management  Program 

CLF  Commander  Landing  Force 

CMC  Commandant  of  the  Marine  Corps 

CMF  Central  Master  File 

CMR  Central  Master  Record 

CNO  Chief  of  Naval  Operations 

CONUS  Continental  U.S. 
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COOP 

Continuity  of  Operations  Plan 

CPU 

Central  Processing  Unit 

CSC 

Computer  Science  Corporation 

css 

Combat  Service  Support 

CSSA 

Combat  Service  Support  Area 

CSSE 

Combat  Service  Support  Element 

CS3 

Combat  Service  Support  System  (U.S.  Army) 

DAS3 

Decentralized  Automated  Service  Support  System  (U.S.  Army) 

DBMS 

Data  Base  Management  System 

OCA 

Defense  Communications  Agency 

OLA 

Defense  Logistics  Agency 

OMSS 

Depot  Maintenance  Subsystem 

DO 

Disbursing  Office 

000 

Department  of  Defense 

DOV 

Disbursing  Dffice  Voucher 

OPA 

Deployed  Pay  Account 

DSCS 

Defense  Satellite  Communication  System 

OSSC 

Direct  Support  Stock  Control  System 

EAS 

Expiration  of  Active  Service 

EMCON 

(Electronics)  Emission  Control 

ERO 

Equipment  Repair  Order 

ERSOL 

Equipment  Repair  Order  Shopping/Transaction  List 

FASC 

Force  Automated  Services  Center 

FBHL 

Force  Beachhead  Line 

FCSSA 

Force  Combat  Service  Support  Area 

FIS 

Force  Information  System 

FMF 

Fleet  Marine  Force 

FMFLANT 

Fleet  Marine  Force  Atlantic 

FMFPAC 

Fleet  Marine  Force  Pacific 
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FMR 

FMSS 

FORSTAT 

FREDS 

FSO 

FSSG 

GCE 

HMR 

HMSS 

HQMC 

ICP 

IDA 

IMA 

ISMO 

ITAWDS 

JCS 

JUMPS 

KIA 

LCC 

LES 

LFICS 

LHA 

LPH 

LSD 

LZSA 


Field  Master  Record 
Field  Maintenance  Subsystem 
Force  Status  and  Identity  Report 
Flight  Readiness  Evaluation  System 
Force  Supply  Officer 
Force  Service  Support  Group 

Ground  Combat  Element 

Headquarters  Master  Record 
Headquarters  Maintenance  Subsystem 
Headquarters  Marine  Corps 

Inventory  Control  Point 

Integrated  Disbursing  and  Accounting 

Intermediate  Maintenance  Activity 

Information  System  Management  Office/Officer 

Integrated  Tactical  Amphibious  Warfare  Data  System  (Navy) 

Joint  Chiefs  of  Staff 

Joint  Uniform  Military  Pay  System 

Killed  in  Action 

Amphibious  Command  Ship 

Leave  and  Earnings  Statement 

Landing  Force  Integrated  Communications  System 

Amphibious  Assault  Ship  System  (General  Purpose) 

Amphibious  Assault  Ship 

Dock,  Landing  Ship 

Landing  Zone  Support  Area 
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MAB 

MAF 

MAG 

MAGFARS 

MARES 

MASC 

MAU 

MAW 

MCASC 

MCDEC 

MCON 

MCFC 

MCLB 

MEOS 

MENS 

MEP 

MEPS 

MIMMS 

MI  LOGS 

MIP 

MIPS 

MIS 

MMS 

MPL 

MPV 

MUMMS 

M3S 

3M 


Marine  Amphibious  Brigade 
Marine  Amphibious  Force 
Marine  Aircraft  Group 

Marine  Air/Ground  Financial  Accounting  and  Reporting  System 

Marine  Corps  Automated  Readiness  Evaluation  System 

MAGTF  Automated  Services  Center 

Marine  Amphibious  Unit 

Marine  Aircraft  Wing 

Marine  Corps  Automated  Services  Center 

Marine  Corps  Development  and  Education  Command 

Marine  Corps  Digital  Network 

Marine  Corps  Finance  Center 

Marine  Corps  Logistics  Base 

Mechanized  Embarkation  Data  System 

Mission  Element  Need  Statement 

Mobile  Electric  Power 

Message  Entry  Processing  System 

Marine  Corps  Integrated  Maintenance  Management  System 

Marine  Corps  Integrated  Logistics  System 

Material  Issue  Point 

Marine  Integrated  Personnel  System 

Management  Information  System  (Navy) 

Manpower  Management  System 
Military  Pay  List 

Military  Pay  Voucher  Marine  Corps  Unified  Materiel 
Management  System 

Marine  Corps  Standard  Supply  System 
Maintenance  and  Materiel  Management  System 


NALCOMIS  Naval  Aviation  Logistics  Command  Management  System 

NATO  North  Atlantic  Treaty  Organization 

NELC  Navy  Electronics  Laboratory  Center 

NPT  Nonprogrammable  Terminal 

NTS  Navy  Telecommunications  System 
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PRESCO 


PRIME 


REAL  FAMMIS 

RESCU 

RIP 


RU/DO 


SABRS 


SAILS 

SASSY 


Optical  Character  Recognition/Reader 
Organizational  Maintenance  Activity 
Officer  Qualification  Record 

Potomac  General  Research  Group 

Personnel  Support  for  Contingency  Operations  (US  Air  Force) 

Personnel  Reporting  Instruction  Manual 

Priority  Management  Effort 

Policy,  Plans  and  Operations  Department  -  HQMC 

Programmable  Terminal 

Regional  Automated  Services  Center 
Rapid  Deployment  Force 
Record  of  Emergency  Data 

Real  Time  Financial  and  Manpower  Information  System 

Resource  and  Cost  Utilization  Report 

Retail  Issue  Point 

Remote  Job  Entry 

Regimental  Landing  Team 

Reporting  Unit 

Reporting  Unit  Code 

Reporting  Unit/Disbursing  Office 

Standard  Accounting  and  Budget  Reporting  System 

Study  Advisory  Committee 

Standard  Army  Integrated  Logistic  System 

Supported  Activities  Supply  System 

Source  Data  Automation 

Systems  Description  Document 

Satellite  Data  Processing  Installation 

Supporting  Establishment 

Standard  Embarkation  Management  System 
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SMU 

SASSY  Management  Unit 

SNAP 

Shipboard  Nontactical  Automated  Data  Processing  System 

SNASS 

Standard  Naval  Aviation  Supply  System 

SRB 

Service  Record  Book 

SSC 

Supply  Support  Center 

SSN 

Social  Security  Number 

SUADPS 

Shipboard  Uniform  Automated  Data  Processing  System 

SUADPS-RT 

Shipboard  Uniform  Automated  Data  Processing  System-Real  Time 

TACLOG 

Tactical-Logistical  Group 

TAE 

Theater  Airfield  Echelon 

TCO 

Tactical  Combat  Operations  System 

T/E 

Table  of  Equipment 

TMR 

Table  of  ManpoMer  Requirements 

TRA 

Theatre  Remote  Airfield 

T/0 

Table  of  Organization 

TOOE 

Transcript  of  Data  Extraction 

UNITREP 

Unit  Status  and  Identity  Report  System 

UTR 

Unit  Transaction  Report 

U&E 

Update  and  Extraction  Cycle 

VAS 

Visual  Audit  Sheet 

VIS 

Video  Inquiry  System 

WIA 

Wounded  In  Action 

MEMORANDUMS  FOR  RECORD 
DEPLOYED  AIS-88  STUDY 


DATE 

SUBJECT 

24  March 

1981 

Interview  with  Manpower  Personnel  from  2nd 
Marine  Division  and  2nd  FSSG  -  Deployed 
AIS-88  Study. 

24  March 

1981 

Interview  with  2nd  FSSG  Disbursing  Officer  - 
Deployed  AIS-88  Study. 

26  March 

1981 

Field  Visit  to  Camp  Lejeune,  N.C.  Concerning 
Deployed  Automated  Information  Systems 
(AISs). 

1  April 

1981 

Interview  with  Mr.  Don  Perkins  from  the 
Systems  Office,  Camp  Lejeune  Consolidated 

ASC  -  Deployed  AIS-88  Study. 

9  April 

1981 

Interview  with  2d  MAW  Supply  Personnel, 
Cherry  Point  MCAS  -  Deployed  AIS-88  Study. 

13  April 

1981 

Interview  with  G-1  Staff  Personnel,  2d  MAW, 
Cherry  Point  MCAS  -  Deployed  AIS-88  Study. 

15  April 

1981 

Interview  with  Personnel  from  the  MIMMS/MMO 
Office,  Headquarters  2nd  MAW  -  Deployed 
AIS-88  Study. 

15  April 

1981 

Interview  with  Personnel  from  the  Aviation 
Maintenance  Office,  Headquarters  2nd  MAW  - 
Deployed  AIS-88  Study. 

17  April 

1981 

Interview  with  Personnel  from  the  2nd  MAW 
Aviation  Ordnance  Office  -  Deployed  AIS-88 
Study. 

29  April 

1981 

Interview  with  a  Representative  of 

HQMC-PPO  -  Deployed  AIS-88  Study. 

1  June  1981 

Trip  to  Norfolk,  Va.  to  Determine  the  Func¬ 
tions  Performed  by  the  Integrated  Tactical 
Amphibious  Warfare  Data  System  (ITAWDS)  - 
Deployed  AIS-88  Study. 

17  June 

1981 

Visits  with  Personnel  from  NAVSEA  612  Per¬ 
taining  to  Shipboard  Deployed  Automated 
Processing  -  Deployed  AIS-88  Study. 
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SUBJECT 


M 


N 


I 


S 


T 

J 

V 


23  June  1981 

Orig.  17  Apr  81 
Rev.  2  Jul  1981 

28  July  1981 


28  August  1981 


18  September  81 


18  September  81 


SAC  Comments  Regarding  Phase  I  and  Guidance 
Concerning  Phase  II  of  the  Deployed  AIS-88 
Study. 

Interview  with  Personnel  from  the  2nd  MAW 
Aviation  Ordnance  Office  -  Deployed  AIS-88 
Study. 

Utilization  of  the  Defense  Automated 
Addressing  System  (DAAS)  to  Support  Deployed 
Marine  Air-Ground  Task  Forces  (MAGTFs)  - 
Deployed  AIS-88  Study. 

Interview  with  Personnel  from  the  Marine 
Corps  Logistics  Base,  Albany  -  Deployed 
AIS-88  Study. 

Interview  with  Personnel  from  3rd  MAW 
Aviation  Logistics  Management  Office  - 
Deployed  AIS-88  Study. 

Interview  with  3rd  MAW  ISMO  Personnel,  MCAS 
El  Toro  -  Deployed  AIS-88  Study. 


30  September  81  Interview  with  Cognizant  Personnel  in  the 

Functional  Areas  of  Manpower  and  Military 
Pay  -  Deployed  AIS  Study. 

30  September  81  1st  Marine  Brigade  Deployed  AIS  Processing 

Concepts  -  BGen  McClintock. 

30  September  81  Liaison  Trip  to  FMFPAC  and  1st  Marine 

Brigade  -  Deployed  AIS-88  Study. 


1  October  1981  Interviews  with  FMFPAC  Personnel  Concerning 

the  Functional  Areas  of  Supply,  Maintenance 
and  Embarkation  for  the  Deployed  AIS-88 
Study. 
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PRl  (703)  790-5363 


GRC  (703)  893-5900 


POTOMAC  GENERAL  RESEARCH  GROUP 

A  Joint  Venture  of  Potomac  Research,  Inc.  and  General  Research  Corp. 
7655  Old  Springhouae  Road 
Westgate  Research  Park 
McLean,  Virginia  22101 
703  640-6643 

24  March  1981 


MEMORANDUM  FOR  RECORD 

Subject:  Interview  with  Manpower  Personnel  from  2d  Marine  Division 
and  2d  FSSG  -  Deployed  AIS-88  Study 

1.  An  interview  was  conducted  with  LtCol  Tuttern  from  the  2d 
FSSG-Manpower  and  Captain  Yantorn  the  Assistant  Adjutant  from  the  2d 
Marine  Division  at  Camp  Lejeune  on  19  March  1981.  The  purpose  of  the 
interview  was  to  consider  the  concept  of  operations  for  deployed 
manpower  AISs  in  the  1988  tine  period. 

WT  2.  The  manpower  personnel  foresee  two  modes  for  the  deployment  of  a 

MAF.  First,  an  operation  could  commence  with  the  commitment  of  a  MAU 
which  may  be  overlaid  with  a  MAB  and  subsequently  overlaid  with  a  MAF. 
The  second  mode  could  involve  the  commitment  of  a  MAF  as  portrayed  in 
the  MARCORS-I  scenario.  The  commitment  of  a  MAF  creates  the  largest 
requirement  for  deployed  manpower  processing. 

3.  The  manpower  information  desired  by  the  commander  is  who  does  he 
have  and  what  can  they  do?  Very  limited  and  basic  data  is  desired 
such  as  name,  rank,  MOS,  combat  restrictions  and  the  record  of  emer¬ 
gency  data.  The  deployed  AIS  requirements  for  manpower  may  be  more 
modest  than  those  identified  for  the  deployed  version  of  REAL  FAMMIS 
(10,000  characters  per  individual  record).  FMFM  4-1  requires  a 
personnel  status  report  (cy  attached)  no  more  than  two  hours  old  once 
a  day.  The  G-1  sorely  needs  this  report  automated  for  deployed  ope¬ 
rations.  Deployed  units  need  a  small  manpower  data  base  from  which 
information  may  be  quickly  extracted. 


TAB  A 


4.  The  remaining  significant  point  pertains  to  Marines  that  enter  the 
Navy  medical  system.  The  Marine  Corps  manpower  personnel  interviewed 
indicated  that  they  are  not  concerned  about  Marine  Corps  personnel 
that  enter  the  Navy  medical  system.  The  evacuees  are  reported  as 
losses  which  creates  a  replacement  requisition. 

5.  II  MAP  manpower  personnel  have  indicated  a  need  for  a  small, 
deployed  manpower  data  base  with  quick  retrievals  from  that  data  base. 
They  further  feel  that  the  MAP  will  create  the  largest  requirement  for 
manpower  AISs.  Additionally,  there  was  no  concern  expressed  for 
tracking  flarine  Corps  personnel  that  enter  the  Navy  medical  evacuation 
system. 


Study  Team  Leader 

1  End. 

a/s 

cc: 

LtCol  DeWoolfson  -  HQMC-MPI 

LtCol  Balthis  -  CCIE 

LtCol  Tutteron  -  2d  PSSG  -  Manpower 

Capt  Lundeen  -  MCOEC 

Mr.  Dondero  -  PGRG 

Mr.  Lanigan  -  PGRG 
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POTOMAC  GENERAL  RESEARCH  GROUP 

A  Joint  Venture  of  Potomac  Retmrch,  Ine.  end  Cenemi  Research  Corp. 
7655  Old  Springhouse  Road 
Weitgate  Research  Park 
McLean,  Virginia  22101 
703  640-6643 

24  March  1981 


MEMORANDUM  FOR  RECORD 

Subject:  Interview  with  2d  FSSG  Disbursing  Officer  -  Deployed 
AIS-88  Study 

1.  An  interview  was  conducted  with  LtCol  Mertes,  the  2d  FSSG  Dis¬ 
bursing  Officer  and  Capt  Hawkins  fron  the  Disbursing  Office  at  Camp 
Lejeune  on  19  March  1981.  The  purpose  of  the  interview  was  to  con¬ 
sider  the  concept  of  operations  for  deployed  financial  AISs  in  the 
1988  time  period. 

2.  For  the  1988  time  period,  the  disbursing  personnel  identified  a 
priority  requirement  to  conduct  some  automated  form  of  military  pay 
and  to  handle  disbursing  office  vouchers  (DOVs).  Concern  was  ex¬ 
pressed  with  respect  to  pay  for  naval  personnel  associated  with  a 
MAGTF  (approximately  2,500  with  a  MAF)  and  an  interface  with  the 
Navy's  Integrated  Disbursing  and  Accounting  (IDA)  system. 

a.  HQMC-FD  has  an  approved  concept  of  operations  for  conducting 
the  deployed  military  pay  function  -  a  copy  of  the  approved  concept 
was  provided  the  FSSG  personnel  for  their  detailed  review  and  appro¬ 
priate  coordination  directly  with  HQMC-FD.  Deployed  pay  data 
turn-around  time  is  desired  on  a  96-hour  basis. 

b.  A  method  of  conducting  automated  deployed  DOV  processing  will 
be  required  based  upon  recent  changes  to  the  disbursing  office  T/0 
wherein  personnel  had  been  removed  from  the  T/0  as  a  result  of  the 
implementation  of  AISs,  including  DOV.  DOV-type  support  for  a  de¬ 
ployed  MAU  is  quite  small  and  could  be  processed  manually  however, 
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POTOMAC  GENERAL  RESEARCH  GROUP 

A  Joint  Venture  of  Potomac  Research.  Inc.  and  General  Reiearch  Corp. 
7655  Old  Springhouse  Road 
Westgate  Research  Park 
McLean,  Virginia  22102 
703  691-0170 

26  March  1981 


MEMORANDUM  FOR  THE  RECORD: 

SUBJ:  Field  Visit  to  Camp  Lejeune,  N.C.  Concerning  Deployed  Automated 
Information  Systems  (AISs) 


1.  A  field  visit  was  made  to  Camp  Lejeune,  N.C.  on  19  and  20  March  1981 
concerning  deployed  AISs  requirements.  Discussions  during  the  two  day 
period  were  held  with  representatives  from  the  2d  Force  Service  Support 
Group  (2d  FSSG)  and  2d  Marine  Division  (2d  MarDiv)  on  logistic  AISs  in  a 
deployed  environment  in  the  1988  time  frame. 

2.  The  primary  discussions  were  oriented  towards  supply,  maintenance 
and  embarkation  areas  which  are  currently  the  primary  users  of  automated 
systems.  The  purpose  of  the  discussions  were  to  identify  logistic 
functions  and  subfunctions  for  which  a  requirement  exists  or  may  exist 
for  deployed  AIS  support  in  the  1988  time  frame. 

3.  Supply 

a.  Requirements  for  deployed  AIS  support  are  essentially  equivalent 
to  that  which  SASSY  provides  at  the  present  tine  plus  about  50%  for 
class  III  systems-type  processing.  These  requirements  were  provided  but 
conditioned  by  the  impact  of  ADPE-FMF  and  M3S.  Until  the  new  systems 
are  better  defined,  developed  and  placed  into  operation,  the  impact  on 
class  III  type  processing  cannot  be  determined  but  could  be  reduced  as 
much  as  80%. 

b.  Much  of  the  discussions  addressed  current  SASSY  operations 
system  deficiencies  and  supply  operations  utilizing  ADPE-FMF  by  deployed 
MAUs.  The  major  observation  gained  is  that  automation  implemented  to 
date  has  reduced  the  authorized  personnel  strength  to  the  point  that 
manual  methods  could  be  employed  only  with  a  severe  degredation  in 
support  for  MAB  and  MAF  size  MAGTFs.  Automation  support  is  rapidly 
becoming  a  "must"  requirement  in  a  deployed  environment. 

c.  Supply  classes  I,  III  and  V  (i.e.  rations,  POL  and  ammunition) 
are  managed  externally  to  SASSY,  and  do  not  utilize  any  class  III  type 
orocessinq.  Present  plans  provide  for  these  classes  to  be  incorporated 
into  M3S  .  Until  M3S  is  available,  it  is  highly  probable  that  ADPE-FMF 
will  be  used  in  the  management  of  these  supply  classes. 
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d.  Currently,  the  major  problem  area  is  telecommunications  for 
deployed  units.  The  extensive  time  for  receipt  of  supply  data  from 
deployed  MAGTFs,  which  when  added  to  the  time  required  to  process  and 
forward  requested  materiel  to  the  deployed  MAGTF,  has  reduced  the  period 
of  support  to  approximately  the  first  three  of  a  five  or  six  month 
deployment. 

4.  Maintenance 


a.  Automation  support  for  the  maintenance  function  will  be  equi¬ 
valent  to  the  current  MIMMS  plus  about  10%  for  class  III  systems  type 
processing.  As  in  the  supply  function,  the  impact  of  ADPE-FMF  cannot  be 
assessed  until  it  has  been  placed  in  operational  use.  However,  it  is 
anticipated  that  most  of  the  class  III  processing  will  be  accomplished 
at  the  organizational  level  on  ADPE-FMF. 

b.  Minimal  demands  are  being  placed  at  the  class  I  level  for 
additional  data  to  supplement  the  present  MIMMS  reports.  However,  an 
opinion  was  expressed  that  the  reports  are  voluminous  and  need  to  be 
reduced  in  number  and  the  type  of  data  to  be  provided. 

5.  Embarkation 


a.  Currently,  the  division  embarkation  office  is  developing 
parameters  and  recommended  guidelines  for  the  forthcoming  class  I 
embarkation  system.  No  estimate  could  be  provided  concerning  the  size 
of  the  system,  however  it  would  be  needed  in  a  deployed  environment. 
Re-embarkation,  for  example,  could  require  a  significant  amount  of 
processing  time. 

b.  The  current  MEDS  is  straight-forward  bookkeeping  system  with  no 
logic  or  data  manipulation.  A  more  sophisticated  system  is  needed  to 
cope  with  the  several  potential  points  of  embarkation,  the  different 
modes  of  transportation  and  the  various  types  of  surface  shipping. 

c.  Currently,  MEDS  uses  about  1  1/2  hours  of  360-65  processing  time 

per  month.  This  might  be  reduced  when  programs  are  designed  for  ADPE- 
FMF  since  the  preponderance  of  effort  is  required  at  the  organizational 
level.  ,/■ 

C.R.  MUNN  JR  < 

Logistics  Team  Chief 
Deployed  AIS  88  Study 

Copy  to: 

LtCol  J.R.  Balthis,  HQMC  (CCIS) 

LtCol  P.W.  Miles,  HQ  FMFLANT 
Maj  G.H.  Hughey,  HQMC  (LPS-4) 

Maj  J.J.  Munn,  MIMMS  Off,  HQ  2dMar0iv 
Capt  M.J.  Motes,  OIC,  OSU,  DSU/SMU,  2dFSSG 
CdDt  G.A.  Lundeen,  CDSA,  DevCtr,  MCDEC 
CWO  C.J.  Wirth,  Jr,  Embark  Off,  2dMarDiv 
Mr.  L.  Dondero,  PGRG 
Mr.  J.  Daugherty,  PGRG 
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POTOMAC  GENERAL  RESEARCH  GROUP 

A  Joint  Ventur*  of  Ehetronie  Data  Systems  Federal  Corp.  and  General  Research  Corp. 

7655  Old  Springhouse  Road 
Westgate  Research  Park 
McLean,  Virginia  22102 
(703)  691-0170 

1  April  1981 
Rev:  12  March  1982 


MEMORANDUM  FOR  RECORD 

Subject:  Interview  with  Mr.  Don  Perkins  from  the  Systems  Office, 

Camp  Lejeune  Consolidated  ASC  -  Deployed  AIS-88  Study 

1.  An  interview  was  conducted  with  Mr.  Don  Perkins  from  the  systems  office 
of  the  Consolidated  ASC  (CASC)  at  Camp  Lejeune  on  19  March  1981.  The 
purpose  of  the  interview  was  to  determine  the  relationship  between  standard, 
Class  I  AIS  processing  and  other  than  Class  I  AIS  processing  conducted  at 
the  CASC. 

2.  The  CASC  had  been  operational  since  October  1980  thus  processing  time 
information  was  available  for  the  months  of  November  1980  through  January 
1981.  The  processing  time  information  was  provided  from  the  resource  cost 
and  utilization  (RESCU)  reports  which  are  prepared  monthly  and  sent  to  HQMC- 
CCIR.  Of  the  37  operational  software  systems  reported  by  the  CASC,  Mr. 
Perkins  explained  which  systems  were  used  for  base  operations  processing  re¬ 
quirements,  which  were  used  for  FMF  requirements  and  which  systems  were  uti¬ 
lized  for  both  base  and  FMF  requirements.  Further,  and  from  interviews  with 
other  functional  personnel,  estimates  of  deployed  processing  compared  to 
CONUS  type  processing  have  been  developed.  For  example,  deployed  logistical 
systems  will  require  50  percent  more  processing  after  the  assault  phase  of 

a  tactical  operation;  MAGFARS  (to  be  replaced  by  SABRS)  will  not  deploy, 
however  the  disbursing  voucher  system  (DOV)  would  deploy  with  about  one-third 
of  the  CONUS  processing  requirement;  deployed  manpower  and  pay  systems  would 
require  about  25  percent  of  the  CONUS  requirement. 

The  RESCU  report  data  was  averaged  for  the  months  of  November  1980 
through  January  1981  and  the  systems  segregated  as  deployable  and  the  de¬ 
ployed  processing  factors  applied  to  the  system  processing  utilization.  All 
data  retrievals  were  placed  in  the  Class  II  system  category. 


The  tabulation  for  this  analysis  is  attached.  For  peace  time  CONUS 
operations,  4  percent  of  the  total  Camp  Lejeune  processing  is  non-Class  I 
while  the  deployed  non-standard  rate  is  32.1  percent.  Of  the  26.05  percent 


Class  II  and  III  deployed  utilization,  14.93  percent  results  from  data 
retrievals  of  57.3  percent  of  the  total  deployed  utilization. 


cc : 

LtCol  Balthis  -  CCIE 

LtCol  Miles  -  FMFLANT  -  FISMS 

Capt  Lundeen  -  MCDEC 

Capt  Edwards  -  CCIR 

Mr.  Oondero  -  P6RG 

Study  Team  Members  -  1  each 
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POTOMAC  GENERAL  RESEARCH  GROUP 

A  JoUtt  VtMUM  of  Bheironk  Dau  SyttmM  Fodtnt  Corp.  titd  Coiural  UtiMrch  Carp. 

7655  Old  Springhouse  Road 
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MEMORANDUM  FOR  RECORD 

Subject:  Interview  with  2D  MAW  Supply  Personnel,  Cherry  Point  MCAS  - 
Deployed  AIS-88  Study 

1.  In  an  interview  at  the  wing  supply  office  at  the  2nd  Marine 
Aircraft  Wing,  Marine  Corps  Air  Station,  Cherry  Point,  NC,  the  study 
team  leader  and  the  aviation  team  leader  discussed  with  members  of  the 
wing  supply  office.  Marine  Corps  supply  and  Marine  Corps  aviation 
peculiar  supply  concepts  of  operation  and  automated  information  sup¬ 
port  for  deployed  forces  in  the  1988  time  period.  Those  in  attendance 
were: 

Col  J.  6.  Foti 
Maj  C.  A.  Dankmeyer 
CWO-2  G.  E.  Krewson 
MgySgt  P.  W.  Writer 
J.  M,  Daugherty 
J.  W.  Oetroy 

2.  The  wing  supply  office  currently  has  interactive  access  to  two 
aviation  supply  activities. 

a.  Aviation  Supply  Office,  Philadelphia,  via  300  bps  TTY. 

b.  Defense  Logistics  Agency,  four  ICPs,  via  an  intelligent  ter¬ 
minal  at  1200  bps: 

•  DISC,  Defense  Industrial  Supply  Center 

•  DCSC,  Defense  Construction  Supply  Center 
f  DESC,  Defense  Electronics  Supply  Center 

•  D6SC,  Defense  General  Supply  Center 

The  utilization  of  the  logistical  data  bases  maintained  at  the  logisti¬ 
cal  facilities  is  to  retrieve  supply  status  information— no  demands  or 
transactions  may  be  processed  into  these  systems.  The  systems  are 
queried  from  terminals  located  within  the  MAW  supply  office.  Col  Foti 
felt  it  desirable  to  provide  a  similar  capability  at  the  MAG  level; 
further,  he  expressed  a  need  too  for  the  MAW  and  MAGs  to  place  demands 
upon  the  ASO  and  ICP  facilities.  The  terminals  currently  in  use  at 
the  MAW  supply  office  are  off-the-shelf,  commercial  equipments. 

3.  Current  Navy  planning  documents  for  NALCOMIS  (from  3M),  SUADPS-RT 
and  IMMS-RT  indicate  the  processing  will  be  accomplished  with  two 
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shipboard  nontactical  automated  data  processing  systems  (SNAP)  located 
with  each  MAG.  One  of  the  SNAP  configurations  m111  be  dedicated  to 
the  operation  of  NALCOMIS.  Since  the  automated  aviation  supply  and 
maintenance  concept  of  operations  centers  about  the  MAG,  It  Is  desired 
that  other  Marine  Corps  standard  AISs  also  be  operated  from  a  shared, 
multifunctional  processor  located  with  the  MAG.  Such  a  concept  avoids 
the  fragmentation  of  data  bases  and  In  most  cases.  Input  to/ouptut 
from  the  MAG  processor  would  be  conducted  utilizing  terminals  hard¬ 
wired  from  the  squadrons  to  the  MAG  processor.  The  aviation  unique 
AISs  must  be  operable  while  afloat  and  during  land  based  operations 
supporting  an  AOA.  For  standard  Marine  Corps  logistical  processing. 
It  Is  desirous  for  M3S  system  users  to  have  direct  access  to  the  MASC 
located  with  the  FSSG. 

4.  Col  Fotl  expressed  concern  pertaining  to  the  adequate  visibility 
of  aviation  supply  and  maintenance  conditions  at  the  MAW-level.  As 
envisioned,  17  sets  of  SNAP  are  being  procured  for  the  Marine  Corps. 
Each  of  the  SNAP  configurations  Is  shelter-mounted  and  two  SNAP  config¬ 
urations  would  be  provided  to  each  MAG.  MAW  Hq  has  neither  SNAP  or 
other  significant  automated  processing  capability  with  which  to  aggre¬ 
gate  MAG  Information  Into  MAW-level  reports;  rather,  MAGs  submit 
hardcopy  reports  to  MAF  which  seldom  may  be  properly  reviewed.  The 
tabulation  of  a  MAW  statistic  from  the  numerous  MAG  hardcopy  reports 
1s  a  manpower-intensive  task  and  thus,  seldom  accomplished.  To 
properly  manage  the  aviation  assets  of  the  MAW,  a  processor  Is 
required  to  provide  an  aggregated  data  base  from  magnetic  media  pro¬ 
vided  from  the  MAGs. 


5.  Currently  supply  status  and  requisitions  from  a  deployed  MAU 
hardly  exists.  Naval  messages  are  used  on  a  sporadic  basis  augmented 
by  phone  calls  while  the  MAU  Is  In  port.  There  Is  a  requirement  for 
rapid  transmission  of  supply  requisitions  and  status  from  deployed 
MAUs  over  the  limited  communications  means  available.  "Iso,  a  require¬ 
ment  was  identified  for  a  dedicated  terminal  to  provide  supply  data 
from  the  remote  MAG  at  Beaufort,  SC,  approximately  350  miles  distance 
from  the  MAW  supply  office. 

6.  To  provide  an  example  of  the  large  volume  of  supply  items 
required  in  Marine  aviation,  the  wing  supply  personnel  interviewed 
indicated  that  1100  aviation  supply  items  were  required  for  two 
deployed  harrier  squadrons. 
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Col  J.  6.  Foti ,  2nd  MAW  Supply  Officer 

LtCol  Balthis,  HQMC-CCIB 
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Maj  Glover,  2nd  MAW  WISMO 

Capt  Lundeen,  MCOEC 

Mr.  Oondero,  PGRG 
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Mr.  Munn,  PGRG 
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(703)  691-0170 

13  April  1981 


MEMORANDUM  FOR  RECORD 

Subject:  Interview  with  6-1  Staff  Personnel,  2d  MAW,  Cherry  Point 
MCAS  -  Deployed  AIS-88  Study 

1.  PGRG  personnel  met  with  and  interviewed  Major  P.  R.  Smith  and  2d 
Lt.  J.  L.  Rickman  from  the  6-1  staff  of  the  2d  MAW  pertaining  to  the 
deployed,  automated  systems  for  the  HAW  in  the  1988  time  period.  The 
interview  was  conducted  on  9  April  1981  in  the  G-1  office  at  Cherry 
Point. 

2.  The  G-1  personnel  generally  endorsed  the  information  gained  from 
interview  with  6-1  personnel  at  Camp  LeJeune  on  19  March  1981.  The 
Camp  LeJeune  personnel  indicated  the  medical  evacuees  need  not  be 
tracked  within  the  Navy  medical  system.  Cherry  Point  personnel  took 
exception  to  such  a  condition  for  those  cases  where  injury  and  evacua¬ 
tion  occurred  to  personnel  with  low  density,  key  MOSs  within  the  MAW. 
A  specific  example  was  cited  with  the  MOS  6061-67  series  covering 
aircraft  specialties  in  which  as  few  as  two  personnel  with  an  MOS  are 
assigned  within  a  squadron.  The  2d  MAW  personnel  feel  a  need  exists 
to  determine  if  key,  evacuated  personnel  will  be  quickly  returned 
to  duty  or  to  commence  extraordinary  actions  to  obtain  a  trained 
replacement. 

3.  Study  team  personnel  believe  that  the  return  or  nonreturn  of 
key,  low  density  personnel  is  significant  and  should  be  included  as 
information  required  from  the  Navy.  The  type  or  method  of  such  an 
interface  will  require  further  clarification;  the  interface  will  be 
addressed  by  PGRG  study  team  members  in  subsequent  interviews  and  con¬ 
ceptual  documentation. 
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CF: 

Lt.  Col.  Bathis  HQMC-CCIE 
Lt.  Col.  Costello  HQMC  -  ASA 
Lt.  Col. Miles  FMFLANT 
Maj.  Smith  2d  MAW-Gl  Office 
Maj.  Glover  2d  MAW  -  WISMO 
Maj.  Hughey  -  HQMC  -  LPS 
Capt.Lundeen  -  MCDEC 
Mr.  Dondero  -  PGRG 
Study  Team  Members  -  PGRG 
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riEMORANOUM  FOR  RECORD 


Subject:  Interview  with  Personnel  from  the  HIMMS/fflO  Office, 
Headquarters  2nd  MAW  >  Deployed  AIS-88  Study 

1.  PGRG  personnel  met  with  Colonel  floore,  the  2D  MAW  G-4,  Major 
Riggs  the  Logistical  Officer,  Capt  Lundy,  the  Maintenance  Management 
Officer  and  Captain  Workman  the  Supply  Officer  (Ground  Equipment)  at 
the  Marine  Corps  Air  Station,  Cherry  Point  on  10  April  1981  to  discuss 
their  needs  for  deployed  automated  processing  in  the  1988  time  period. 

2.  Currently,  supply  personnel  with  a  deployed  MAU  requisition 
repair  parts  for  Marine  Corps  common  equipment  by  sending  a  message  to 
the  CONUS  automated  service  center.  The  status  of  the  requisition  is 
returned  by  mail.  The  turnaround  time  for  a  transaction  is  almost  a 
month  and  frequently,  the  part  arrives  before  a  response  is  received 
from  the  supply  system.  The  current  system  is  not  responsive  to  the 
deployed  supply  requirements  of  a  MAISTF  nor  does  the  deployed  MAGTF 
have  an  automated  system  for  supply  management. 

3.  The  2D  MAW  personnel  interviewed  indicated  a  need  for  deployed 
automated  supply  support  as  in  CONUS  for  all  deployed  phases  of  opera¬ 
tion.  The  requirement  for  deployed  automated  supply  support  would  be 
minimal  while  afloat,  would  be  crucial  during  the  assault  phase  when 
expenditures  must  be  managed  and  for  continuing  operations  ashore,  the 
automated  supply  support  would  be  as  in  CONUS. 

4.  The  study  scenario  calls  for  a  MAF  assault  into  Jutland  and 
continued  operations  ashore  with  two  theater  remote  airfields  (TRAs) 
in  Norway.  The  TRAs  would  be  provided  supply  support  from  combat 
service  support  areas  (CSSAs)  located  in  Norway.  The  CSSAs  in  Norway 
would  require  communications  into  the  amphibious  operations  area  (ADA) 
to  conduct  supply  operations.  The  timing  for  priority  01  and  02 
supply  transactions  was  stated  that  it  should  take  no  longer  than  24 
hours  to  enter  the  supply  system  and  that  a  supply  status  should  be 
returned  within  an  additional  24  hours. 


5.  In  discussing  a  deployable  MAGTF  automated  service  center  (MASC) 
with  Colonel  Moore,  he  expressed  concern  about  providing  any  more 
equipment  that  required  mobile  electrical  power;  Colonel  Moore  said 
that  providing  mobile  electric  power  for  the  MAW  was  a  significant 
problem. 


Stud^  Leader 
Deployed  AIS-88  Study 
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Colonel  Moore,  2D  MAW  G-4 
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LtCol  Miles,  FMFLANT-FISMS 
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Capt  Lundeen,  MCDEC 

Mr.  Dondero,  PGRG 

Mr.  Munn,  PGRG 

Mr.  Detroy,  PGRG 

Maj  Glover,  2d  MAW  -  WISMO 
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15  April  1981 


Memorandum  for  Record 

Subject:  Interview  with  Personnel  from  the  Aviation  Maintenance 
Office,  Headquarters  2nd  MAW  -  Deployed  AIS-88  Study. 

1.  Study  team  personnel  met  with  Major  Snooks,  the  2nd  MAW  Aviation 
Maintenance  Officer,  at  the  Marine  Corps  Air  Station,  Cherry  Point, 
N.C.,  on  10  April  1981  to  discuss  problems  in  current  automation  and 
needs  for  deployed  automated  processing  in  the  1988  time  period. 

2.  Major  Snooks  expressed  concern  about  automation  in  that  only  the 
"old  timers"  have  the  experience  to  back  up  the  automated  systems  with 
manual  records  in  case  of  equipment  failure  or  damage.  Also,  there  is 
a  problem  of  reconstructing  records  if  data  is  lost.  Training  of 
operator  personnel  is  critical  in  order  to  eliminate  input  errors  and 
thus  maintaining  valid  data.  Currently  management  data  is  not  avail¬ 
able  until  about  10  days  after  the  end  of  the  month.  Also,  when 
extracting  data  for  maintenance  actions  on  a  specific  aircraft,  those 
performed  within  the  last  30  days  are  not  available. 

3.  Maintenance  personnel  stated  the  requirement  for  an  interactive 
system  with  terminals  at  both  wing  and  the  user  level.  The  automated 
information  for  aviation  maintenance  and  supply  will  be  required  to 
operate  in  all  phases  of  the  amphibious  operation.  During  the  move¬ 
ment  to  the  objective  area,  there  would  be  periods  when  the  systems 
could  be  inoperative  depending  upon  the  intensity  of  flight  operations 
and  maintenance  activity.  Use  of  the  shipboard  SNAP  system  may  be 
possible  during  the  movement  to  the  objective  area  depending  upon 
availability  of  computer  time. 


^J.  W.  Detroy  7 
Aviation  Team, 
Deployed  AIS-88  Study 

C.F. 

Lt.  Col.  Balthis,  HQMC,  CCIE 
Lt.  Col.  Miles,  FHFLANT,  FISMO 
Lt.  Col.  Costello,  HQMC,  ASA 
Maj.  Snooks,  2nd  MAW,  AMO 
Maj.  Glover,  2nd  MAW,  UISMO 
Capt.  Lundeen,  MCDEC 
Mr.  Dondero,  PGR6 
Mr.  Daugherty,  PGRG 
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17  April  1981 


MEMORANDUM  FOR  RECORD 

Subject:  Interview  with  Personnel  from  the  2D  MAW  Aviation  Ordnance 

Office  -  Deployed  AIS-88  Study 

1.  Deployed  AIS-88  study  team  personnel  met  with  Major  Belcher  and 
Mgy  Sgt  Elliott  from  the  2D  MAW  aviation  ordnance  office  at  Cherry 
Point  on  10  April  1981  to  discuss  the  desired  concept  of  operations 
for  their  function  as  it  pertains  to  deployed  AISs  in  the  1988  time 
period. 

2.  A  class  III  AIS  called  Ordnance  Expended  System  (OES)  has  been 
developed  through  the  auspices  of  the  aviation  ordnance  office.  The 
system  is  an  interactive  one  operating  from  a  single  CRT  terminal/ 
printer  on  a  Navy  base-type  UNIVAC  1140  computer.  The  telecommunica¬ 
tions  requirements  are  based  upon  local  dial-up  within  Cherry  Point. 

3.  OES  is  utilized  to  manage  approximately  71  line  items  of  aviation 
ordnance  and  accessories  and  approximately  50  line  items  of  ordnance 
handling  accessories  associated  with  aviation  ordnance.  The  system  is 
based  upon  updates;  i.e.,  expenditures  and  receipts  are  entered  into 
the  system  each  day  by  unit.  By  maintaining  unit  supply  status, 
aviation  ordnance  items  may  be  transferred  among  units  with  little 
difficulty.  OES  is  also  used  to  manage  small  arms  amm"nition  within 
the  MAW  and  in  the  near  future,  an  aviation  ordnance  personnel  manage¬ 
ment  is  planned  for  implementation  within  OES.  Further,  up-to-date 
status  reports  may  be  printed  at  any  time  or  determined  through  inter¬ 
active  query  of  the  data  base. 

4.  For  CONUS  operations,  a  monthly  status  report  on  aviation 
ordnance  is  forwarded  to  HQMC.  The  class  III  AIS  saves  approximately 
100  man  hours  per  month  compared  to  the  operation  of  the  previous 
CONUS  manual  system.  Upon  tactical  deployments,  a  daily  message  is 
required  for  everything  that  happens  with  respect  to  aviation  ordnance 
For  tactical  operations,  it  would  require  more  personnel  to  administer 
the  manual  preparation  of  daily  aviation  ordnance  reports;  with  a 
deployed  OES,  such  administration  and  reporting  could  be  accomplished 
with  currently  assigned  personnel.  Tactically  deployed  reporting  is 
performed  using  messages  into  the  Navy  Telecommunications  System 
(NTS). 

5.  An  interesting  insight  gained  through  discussions  with  Major 
Belcher  and  Mgy  Sgt  Elliot  is  that  the  tactically  deployed  reporting 
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requirement  calls  for  all  aviation  ordnance  line  Items  each  day. 
Their  perception  was  that  only  changed  line  Item  quantities  need  be 
reported  on  a  daily  basis  with  a  periodic  transmission  of  all  line 
Item  quantities  for  the  purpose  of  reconciliation.  By  transmitting 
only  dally  changes,  message  traffic  through  the  NTS,  a  very  taxed 
system,  could  be  reduced.  Also  vdien  deployed,  the  OES  could  be 
utilized  to  manage  any  ammunition  received  and  expended  by  a  MAGTF. 


Deployed  AIS-88 
Study  Team  Leader 


C.F. 

LtCol  Balthis,  CCIE 
LtCol  Miles,  FMFLANT-FISMS 
LtCol  Costello,  ASA 
Maj  Glover,  2D  MAW-UISMO 
Maj  Belcher,  2D  MAW-AOO 
Capt  Lundeen,  MCDEC 
Mr.  Dondero,  PGRG 
Mr,  Detroy,  PGRG 
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7655  Old  Springhouse  Road 
Westgate  Research  Park 
McLean.  Virginia  22102 
(703)  691-0170 
29  April  1981 


MEMORANDUM  FOR  RECORD 

Subject:  Interview  with  a  Representative  of  HQMt-PPO  -  Deployed 
AIS-88  Study 

1.  A  PGRG  representative  met  with  a  representative  of  DC/S,  Plans, 

Policy  and  Operations  (PPO),  HQMC  Code  POR  on  28  April  1981  to  consider 
the  concept  of  operations  for  deployed  PPO  AISs  in  the  1988  time  period. 

2.  PPO  is  responsible  for  the  Unit  Status  and  Identity  Report  (UNITREP) 
which  has  replaced  the  Marine  Automated  Readiness  Evaluation  System/Force 
Status  and  Identity  Report  (FORSTAT).  The  UNITREP  and  FORSTAT  reporting 
requirements  are  essentially  the  same  in  both  data  format  and  reporting 
frequency.  UNITREPs  will  be  submitted  by  battalion/squadron  or  separate 
company/battery  level  organizations  to  reflect  unit  status  changes,  and 
will  follow  the  operational  chain  of  conmand  to  the  JCS.  The  volume  of 
reports  will  vary  among  the  various  deployment  phases  with  the  heaviest 
requirement  occurring  during  tactical  operations.  In  addition  to  reports 
submitted  to  reflect  changes  in  organizational  status,  each  reporting 
unit  submits  a  regular  monthly  report  to  update  personnel  status 
information. 

3.  UNITREP  AIS  data  requirements  and  transfer  volumes  have  been  estimated 
by  knowledgeable  personnel  for  tactically  committed  MAGTFs  during  the  1988 
time  period.  These  AIS  requirements  would  be  minimal  during  pre-assault 
phases,  climb  during  the  unit  assault  phase  and  then  stabilize  during  con¬ 
tinued  operations  ashore.  It  is  estimated  that  UNITREP  data  report  volumes 
will  average  one  card  (80  columns)  image  twice  a  week  for  each  engaged  com¬ 
bat  and  combat  support  unit,  and  one  card  image  per  week  for  other  fiAGTF 
reporting  units.  In  addition,  the  monthly  report,  equating  to  five  card 
images,  would  be  submitted  for  each  reporting  organization. 

4.  PPO  is  currently  in  the  process  of  developing  a  procedural  concept  for 
processing  UNITREP  which  is  depicted  in  the  enclosure  to  this  MFR.  PPO 
currently  plans  to  utilize  AOPE-FMF  devices  for  editing  or  processing 
UNITREP  transactions  and  will  utilize  a  flASC  at  the  division/wing/FSSG 
level  to  process  UNITREP  input  transactions  (see  enclosure). 

5.  UNITREP  is  the  only  AIS  falling  under  the  purview  of  PPO  that  would 
impact  processing  or  telecommunications  requirements  for  deployed  MAGTFs 
in  the  1988  time  period. 


1  Enel  a/s 

cc:  LtCol  Balthis  -  CCIE 
Capt  Lundeen  -  MCDEC 
Capt  Dublin  -  POR 
Mr.  Dondero  -  PGRG 
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Approved  Operating  Procedures  for  UNITREP  (Apr  81)  (Cont'd) 
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1  June  1981 


MEMORANDUM  FOR  RECORD 

Subject:  Trip  to  Norfolk,  Va.  to  Determine  the  Functions  Performed  by 

the  Integrated  Tactical  Amphibious  Warfare  Data  System  (ITAWDS)- 
Deployed  AIS  88  Study 


1.  The  trip  was  made  by  John  Daugherty  of  PGRG  to  Norfolk,  Va.  from  27-29 
May  1981  for  the  purpose  of  gathering  information  pertaining  to  ITAWDS  hard¬ 
ware,  software,  and  operational  environment  from  a  Marine  Corps  AIS  point 

of  view.  Discussions  were  conducted  with  several  Marine  Corps  and  Navy 
personnel;  a  list  of  the  personnel  is  attached  as  Enclosure  1. 

2.  ITAWDS  is  a  composite  data  system  designed  for  LHA  class  ships  to 
improve  the  CATF's  capability  to  exercise  control  over  a  coordinated  air- 
borne/seabome  amphibious  assault.  The  two  major  components  of  ITAWDS  are 
the  Tactical  Data  System  (TDS)  and  the  Management  Information  System  (MIS). 

A  subset  of  the  MIS  is  the  Amphibious  Support  Information  System  (ASIS) 
which  is  operated  aboard  LCC  class  ships.  The  military  functional  activities 
served  by  ASIS  are; 

•  Personnel 

t  Intelligence 

a  Operations  and  Plans 

•  Supporting  Arms  Coordination 

•  Air  Support 

e  Communications 

•  Logistics 

•  Special  Files 

The  approved  standard  files  to  support  the  above  ^’-stions  are  as 
follows,  along  with  CLF  responsibility  for  creation,  mdiipuiation,  and 
execution ; 
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indicated  that  Marine  Corps  requirements  for  a  shipboard  MASC  (space 
and  power)  must  be  amplified  to  OPNAV  on  a  priority  basis  to  impact 
LCC  Shipalt  at  938K;  the  impact  could  be  a  hold,  change,  or  modifica¬ 
tion  to  Shipalt  938K.  The  impact  of  shipboard  MASCs  must  be  weighed 
against  the  industrial  availability  of  the  LCCs  for  overhaul  in  1984 
realizing  that  the  next  window  for  industrial  availability  to  overhaul 
is  1989. 

5.  Further  thought  has  been  given  to  the  potential  duplication  of 
processing  capability  provided  by  MIS  (ASIS)  and  the  deployed  AIS  and 
MTACCS  processing  (the  consideration  of  MTACCS  processing  is  beyond 
the  scope  of  the  AIS-88  study  but  is  shown  below  due  to  its  duplica¬ 
tion  with  MIS  (ASIS)  processing).  Potentially,  the  deployed  AISs 
processed  upon  a  deployed  MASC  could  be  fielded  in  the  1984-85  time 
frame.  The  MTACC  systems  that  would  duplicate  MIS  (ASIS)  functions 
are  the  tactical  combat  operations  (TCO)  (with  an  initial  operational 
capability  (IOC)  planned  for  FY  1988)  and  the  I^rine  Integrated  Fire 
and  Air  Support  System  (MIFASS)  (with  an  IOC  planned  for  FY  1986). 

The  following  matrix  gives  an  initial  indication  of  the  current  percep¬ 
tions  of  where  the  various  deployable  Marine  Corps  functions  will  be 
processed  in  the  1988  time  period. 


CLF* 

MIS 

Responsibility 

(ASIS) 

MASC 

MTACCS 

Personnel  File  (PERS) 

Primary 

X 

Intelligence  File  (INTEL) 

Primary 

X 

Astronomical /Tidal  Data 

Secondary 

X 

X 

Landing  Serial  File  (LOSER) 

Primary 

X 

X 

Air  Files 

Secondary 

X 

X 

Target  List  File  (TGTLIST) 

Secondary 

X 

X 

Communication  File  (COMM) 

Primary 

X 

Logistics  Files 

Primary 

X 

Staff  Journal  (Journal ) 

Primary 

X 

Logistics  Support  (Support) 

Primary 

X 

Ammunition  Status  (AMMOSTAT) 

Secondary 

X 

(NGF) 


♦From  ASIS  Users  Guide 


The  lOCs  contemplated  for  the  MASCs  (1984-85)  and  involved  MTACCS 
(1986-88)  bear  directly  upon  the  timing  for  LCC  overhaul  windows. 
From  a  deployed  AIS  point-of-view,  there  would  be  no  requirement  to 
upgrade  the  LCC  ASIS  (MIS)  processing  capability  during  the  1984 
overhaul  window.  Should  the  1984  LCC  processing  upgrade  occur,  the 
MTACCS  equivalent  ASIS  (MIS)  systems  could  operate  for  a  year  or  so 
prior  to  the  planned  TCO  and  MiFASS  lOCs  This  then  points  out  a 
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6.  The  following  references  have  been  added  for  the  study: 

(q)  DB4-76,  LHA-1  Class  Ship  Integrated  Tactical  Amphibious  Warfare 
Data  System,  dated  22  March  1976 

(r)  Amphibious  Support  Information  System  (ASIS)  User's  Guide, 
Volume  1,  dated  1  June  1979 


End .  a/s 


Deployed  AIS-88  Study 
Team  Leader 


cc:  Lt  Col  Balthis  -  CCIE 
Lt  Col  Miles  -  FMFLANT 
Capt  Lundeen  >  MCOEC 
PGR&  Study  Team  Members 
Mr.  L.  Dondero 
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EDS  (703)  820-0200 


GRC  (703)  893-5900 


POTOMAC  GENERAL  RESEARCH  GROUP 

A  Joint  ytniuft  of  Ebetronie  Dau  Systtms  Ftdtrai  Corp.  and  Goneral  Restareh  Corp. 

7655  Old  Springhouse  Road 
Westgate  Research  Park 
McLean,  Virginia  22102 
(703)  691-0170 
June  17»  1981 


MEMORANDUM  FOR  RECORD 

SUBJECT:  Visits  with  Personnel  from  NAVSEA  612  Pertaining  to  Shipboard 
Deployed  Automated  Processing  -  Deployed  AIS-88  Study 

1.  Visits  were  made  by  Mr.  Munn  and  Mr.  Daugherty  of  PGR6  to  Mr.  Tom 
DeLuca  of  NAVSEA  612  on  8  and  17  June  1981  respectively  for  the  purpose 
of  determining  computer  improvements  planned  for  the  Navy's  amphibious 
ship  overhaul  program. 

2.  Underway,  is  a  Shipalt  for  LHA  class  ships  which  adds  a  2-bay 
AN/UYK-7  processor  and  associated  peripherals  for  MIS  processing.  The 
3-bay  AN/UYK-7  currently  installed  in  the  LHA  class  ships  will  be  util¬ 
ized  for  ITAWDS-NTDS  processing.  The  overhaul  of  L:iA-3  is  completed; 
LHAs  4  and  5  are  in  the  process  of  overhaul  at  this  time;  LHA-1  is  due 
in  for  overhaul  in  August  1981  while  LHA-2  is  due  in  July  1982.  These 
overhauls  will  provide  the  existing  3-bays  oriented  toward  processing 
NTDS  functions  with  the 41  IS  functions  processed  upon  the  added  2-bay 
AN/U¥K=7.  These  processing  systems  would  operate  in  an  essentially 

■  - ■  independent  mode  and  would  avoid  the  conditions  currently  experienced 

in  ASIS  operations  on  LCC  class  ships,  i.e.,  when  an  NTDS  processor 
fails,  that  processing  is  relegated  to  the  ASIS  (MIS)  processor  causing 
processor  non  availability  for  ASIS  (MIS)  processing  for  significant 
periods  of  time  (last  LCC  exercise,  30  percent  availability  for  ASIS 
processing). 

3.  A  Shipalt  No  938K,  "Proposal  for  LCC  19  Class  Ships"  dated  July  22, 
1980  is  currently  with  OPNAV  for  action  but  is  in  an  unprogrammed 
status.  This  Shipalt  includes  the  installation  of  a  2-bay  AN/UYK-7  for 
LCCs  19  and  20  upon  which  MIS  would  process  in  lieu  of  ASIS.  The 
advantages  of  operating  a  system  common  to  LHAs  and  LCCs  is  obvious 

and  will  not  be  further  discussed.  The  Shipalt  would  require  priority 
approval  and  funding  in  order  to  meet  the  1984  overhauls  scheduled  for 
LCCs.  Without  1984  funding,  the  ASIS  upgrade  to  MIS  on  AN/UYK-7s 
would  not  be  considered  again  until  1989,  the  next  scheduled  overhaul 
period  for  the  LCCs. 

4.  One  major  objective  of  the  Deployed  AIS-88  Study  is  to  determine 
the  deployed  processing  requirements  for  Marine  Corps  AISs.  Within 
this  framework,  space  and  power  will  most  likely  be  required  for  the 
seaborne  operation  of  a  MAGTF  Automated  Service  Center  (MASC)  for 
processing  Marine  Corps  Class  I,  II  and  III  AISs.  Many  of  the  Marine 
Corps  AISs  supplant  those  now  processed  by  ASIS  (and  MIS).  The  thrust 
of  Marine  Corps  deployed  AIS  processing  is  that  the  system  which 
operates  in  garrison  will  operate  aboard  ship  and  will  operate  in  an 
ADA  utilizing  the  deployable,  mobile  MASC.  The  Navy  representative 


TAB  L 


indicated  that  Marine  Corps  requirements  for  a  shipboard  MASC  (space 
and  power)  must  be  amplified  to  OPI'WV  on  a  priority  basis  to  impact 
LCC  Shipalt  at  938K;  the  impact  could  be  a  hold,  change,  or  modifica¬ 
tion  to  Shipalt  938K.  The  impact  of  shipboard  MASCs  must  be  weighed 
against  the  industrial  availability  of  the  LCCs  for  overhaul  in  1984 
realizing  that  the  next  window  for  industrial  availability  to  overhaul 
is  1989. 

5.  Further  thought  has  been  given  to  the  potential  duplication  of 
processing  capability  provided  by  MIS  (ASIS)  and  the  deployed  AIS  and 
MTACCS  processing  (the  consideration  of  MTACCS  processing  is  beyond 
the  scope  of  the  AIS-88  study  but  is  shown  below  due  to  its  duplica¬ 
tion  with  MIS  (ASIS)  processing).  Potentially,  the  deployed  AISs 
processed  upon  a  deployed  MASC  could  be  fielded  in  the  1984-85  time 
frame.  The  MTACC  systems  that  would  duplicate  MIS  (ASIS)  functions 
are  the  tactical  combat  operations  (TCO)  (with  an  initial  operational 
capability  (IOC)  planned  for  FY  1988)  and  the  Marine  Integrated  Fire 
and  Air  Support  System  (MIFASS)  (with  an  IOC  planned  for  FY  1986). 

The  following  matrix  gives  an  initial  indication  of  the  current  percep¬ 
tions  of  where  the  various  deployable  Marine  Corps  functions  will  be 
processed  in  the  1988  time  period. 

CLF* 

Res pons ibi lit 

Personnel  File  (PERS)  Primary 

Intelligence  File  (INTEL)  Primary 

Astronomical /Tidal  Data  Secondary 

Landing  Serial  File  (LOSER)  Primary 

Air  Files  Secondary 

Target  List  File  (TGTLIST)  Secondary 

Communication  File  (COMM)  Primary 

Logistics  Files  Primary 

Staff  Journal  (Journal )  Primary 

Logistics  Support  (Support)  Primary 

Ammunition  Status  (AMMOSTAT)  Secondary 

(NGF) 

♦From  ASIS  Users  Guide 


The  lOCs  contemplated  for  the  MASCs  (1984-85)  and  involved  MTACCS 
(1986-88)  bear  directly  upon  the  timing  for  LCC  overhaul  windows. 
Frcjm  a  deployed  AIS  point-of-view,  there  would  be  no  requirement  to 
upgrade  the  LCC  ASIS  (MIS)  processing  capability  during  the  1984 
overhaul  window.  Should  the  1984  LCC  processing  upgrade  occur,  the 
MTACCS  equivalent  ASIS  (MIS)  systems  could  operate  for  a  year  or  so 
prior  to  the  planned  TCO  and  MlFASS  lOCs.  This  then  points  out  a 


potential  dilemma  -  if  TCO,  MIFASS  and  the  MASC  (with  deployable  AISs) 
are  deployed  as  planned  and  if  Shipalt  938K  is  not  accomplished  during 
the  1984  LCC  overhaul  window,  is  Shipalt  938K  still  a  requirement  for 
the  1989  overhaul  window?  Taking  this  dilemma  a  step  further,  if  the 
Marine  Corps  systems  are  deployed  as  planned,  should  the  priority  be 
placed  on  the  Shipalt  for  completion  in  the  1984  window  to  provide 
two-to-four  years  of  MIS  support  pending  the  deployment  of  TCO  and 
MIFASS.  Resolution  of  the  dilemmas  described  above  is  beyond  the 
scope  of  the  current  study  (as  stated  earlier)  however  they  have 
significant  implications  which  may  be  of  concern  to  some  element  of 
HQMC,  possibly  PRO. 


CF:  LTC  Balthis  -  CCIS 
Maj  Foster  -  MCDEC 
Capt  Lundeen  -  MCDEC 
PGRG  Study  Team  Members 
Mr.  DeLuca  -  NAVSEA  612 


Study  Leader 
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C.RC(703)««)3-5‘>00 


POTOMAC  GENERAL  RESEARCH  GROUP 

A  Joint  Vtnturt  of  Btcironic  Data  Sysitms  Ftdtrai  Corp.  and  General  Research  Corp. 

7655  Old  Sprinfhouse  Road 
Westgate  Research  Park 
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(703)  691-0170 

June  23.  1981 


MEMORANDUM  FOR  RECORD 

Subject:  SAC  Comments  Regarding  Phase  I  and  Guidance  Concerning  Phase 
II  of  the  Deployed  AIS-88  Study 

1.  A  meeting  was  called  by  LtCol  Balthis,  subject  study  SAC  chairman, 

in  his  office  at  1330  hours  on  19  ^Xjne  1981  to  identify  and  discuss 
concerns  expressed  by  the  SAC  pertaining  to  the  information  documented 
from  Phase  I  of  the  study  and  to  indicate  where  additional  emphasis 
should  be  placed  in  the  documentation  effort  for  Phase  II  of  the 

study.  Mr.  Daugherty,  the  PGRG  Study  Leader,  Major  Foster  (the  incom¬ 
ing  MCDEC  Project  Officer)  and  Capt  Lundeen  (the  outgoing  MCDEC 

Project  Officer)  attended. 

2.  LtCol  Balthis  prepared  and  submitted  to  SAC  members,  a  draft 

informal  letter  in  which  he  spelled  out  his  concerns  and  elicited 
comments  and/or  concurrence  from  the  SAC  about  the  concerns.  Four  SAC 
members  responded  with  additional  concerns,  each  of  which  was  dis¬ 
cussed  in  detail  during  the  19  June  1981  meeting.  Mr.  Daugherty 

assured  LtCol  Balthis  that  the  concerns,  which  amount  to  additional 
guidance  for  Phase  II  of  the  study,  would  be  considered  and  acted  upon 
during  all  subsequent  interviews  and  documentation  of  final  AIS  opera¬ 
tional  concepts.  Paragraph  2  of  the  aforementioned  letter  indicated 
that  the  deliverable  (the  SAC  presentation)  was  incomplpte.  However, 
after  reviewing  the  statement  of  work,  it  was  agreed  by  all  in  atten¬ 
dance  at  the  19  June  1981  meeting  that  the  oeliverable  did  in  fact 
meet  contractural  specifications. 

3.  In  the  subparagraphs  below,  we  will  address  the  concerns  evinced 
in  the  draft  information  letter.  Unless  otherwise  directed,  no 
further  action  is  contemplated  with  the  issuance  of  the  informal 
letter  in  a  formal  form. 

a.  A  major  concern  is  the  documentation  for  AIS  operational 
concepts  as  the  amphibious  operation  moves  through  the  five  specified 
phases  -  garrison,  preembarkation,  deployed  afloat,  amphibious  assault 
and  combat  ashore  with  a  theater  remote  airfield  (TRA).  The  key 
aspects  for  the  amphibious  phases  and  AIS  operational  concepts  are  how 
garrison  operations  will  be  conducted,  how  they  will  move  through 
(transition)  preembarkation  to  operations  afloat  and  then  through  the 
assault  to  continued  operations  ashore  with  a  TRA.  Some  of  the  impli¬ 
cations  which  will  be  addressed  by  PGRG  study  team  members  during 
interviews  and  the  documentation  process  will  be: 
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•  Use  of  the  MASC  in  garrison 

t  Preparation  of  a  deployable  data  base. 

e  AIS  operations  aboard  ship  -  use  of  ITAWDS-ASIS/MIS 

e  Data  base  maintenance  while  afloat 

•  TACLOG  support  with  MEOS  and  M3S 

•  AIS  transition  Into  the  AOA 

•  Processing  that  may  become  classified  upon  deployment  or  In 
the  AOA  -  the  need  for  TEMPEST 

•  The  Impact  of  EMCON  while  afloat 

Each  of  the  above  Items  will  be  a  topic  of  discussion  on  all  subse¬ 
quent  Interviews,  the  results  of  which  will  be  documented  by  PGR6. 

b.  The  Fiscal  Division  (FD)  has  Indicated  that  SABRS  will  not 
deploy  but  rather  will  receive  Its  input  from  the  M3S  with  the  de¬ 
ployed  MAGTFs  which  will  be  developed  and  processed  In  a  CONUS-1  Ike 
environment.  PGRG  personnel  will  Interview  cognizant  FD  personnel  to 
determine  specifics  as  to  the  method  in  which  this  interface  will 
operate. 


c.  A  system  design  document  for  M3S  is  desired  that  specifies 
the  inclusion  of  a  requirement  to  manage  Class  I,  III  and  V  resources 
within  M3S;  PGRG  personnel  will  seek  this  requirement  In  writing. 

d.  An  issue  derived  from  the  manpower  Initial  concepts  for  AIS 
operations  Is  that  the  MAGTF  data  base  resident  upon  the  deployed  MASC 
will  be  a  week  or  two  out-of-date  since  the  MASC  depends  upon  data 
update  from  the  central  data  base  rather  than  update  the  limited  man¬ 
power  data  base  on  the  MASC  as  manpower  transactions  pass  through  the 
MASC  initially.  Personnel  from  field  units  want  a  current  data  base 
when  deployed  and  It  Is  suspected  that  HQMC  principals  would  expect 
the  same;  HQMC  principals  will  review  and  approve  the  final  study 
report. 


e.  A  verbal  concern  was  expressed  that  one  administrative  con¬ 
trol  unit  (ACU)  is  needed  for  control  of  manpower  input.  Such  an  ACU 
would  probably  be  an  element  of  the  MASC  organization  and  located  with 
the  FSSG.  Research  will  be  conducted  to  identify  any  documentation 
containing  pollcy/doctrine/organizatlon  for  an  ACU;  otherwise,  addi¬ 
tional  action  will  be  required  to  support  deployed  manpower  proces¬ 
sing. 


f.  Each  deployable  AIS  must  have  a  continuity  of  operations 
plan  (COOP).  Such  plans  normally  Include  provisions  for  a  duplicate 
data  base  and  system  software  to  be  prepared  periodically  (weekly  in 
garrison  -  maybe  daily  in  combat)  and  stored  at  an  alternate  site. 
Further,  the  COOP  must  include  Identification  of  an  alternate  proces- 


sing  site  in  the  event  the  host  hardware  is  inoperable  due  to  either 
manual  malfunctions  or  combat  action.  The  COOP  for  each  deployable 
function  will  be  identified. 

g.  The  regular  mode  for  telecommunications,  will  place  heavy 
reliance  on  couriers  to  transfer  input/output  to  and  from  numerous 
processing  sites  both  while  afloat  and  in  the  AOA.  During  P6RG  trips, 
we  will  determine  what  plans  have  been  made  to  courier  computer 
products  to  support  deployed  AISs.  Also,  PGR6  will  investigate  the 
impact  of  reliance  on  couriers. 

h.  The  operation  of  a  MASC  aboard  ship  and  the  physical  config¬ 
uration  of  a  MASC  has  been  identified  as  an  issue.  (A  side  issue  to 
this  study  is  whether  with  deployable  MTACCS  and  MASCs,  how  much 
ITAUDS-ASIS/HIS  support  will  still  be  required  from  the  Navy?)  For 
the  MASCs  to  be  operable  aboard  ship,  a  Navy  Shipal teration  may  be 
required  to  provide  the  following  resources: 

•  Identification  of  space  on  what  ship  (i.e.,  collocation  with 

TACLOG  which  normally  operates  aboard  the  LCC  and/or  LHA) 

•  Power 

•  Wiring  to  OPFACs  for  interactive  processing 

•  Tiedowns,  etc. 

The  physical  MASC  configuration  could  vary  from  an  8'x8'x20'  shelter 
and  a  8'x8'xl0'  shelter  for  supplies  up  to  a  maximum  configuration 
suggested  by  the  SAC  of  five,  35'  vans. 

i.  The  "tailoring"  of  AISs  is  of  concern  to  the  S'C  members. 
The  super  minicomputers  envisioned  for  use  with  the  MASC  are  physi¬ 
cally  small  and  many  times  more  powerful  than  the  IBM  360/65s  in  use 
today.  One  approach  considered  by  the  study  team  contemplates  that 
the  CONUS  AISs  would  load  and  operate  upon  the  deployed  MASCs  as  in 
the  CONUS-1  ike  environment.  In  those  cases  where  limited  data  bases 
are  deployed,  minor  changes  to  the  software  would  be  required  to 
eliminate  the  use  of  software  modules  not  required  for  limited  data 
bases  and  limited  types  of  transactions.  The  modification  of  software 
for  deployed  processing  of  AISs  will  be  a  topic  for  discussion  as  PGRG 
study  team  personnel  visit  with  members  of  the  CDPAs. 

j.  The  SAC  feels  it  may  be  desirable  to  place  a  MASC  with  the 
NTPS/MPS  to  avoid  the  need  to  fly  the  MASC  in  with  the  troops. 

6.  The  PGRG  study  team  is  keenly  in  tune  with  the  concerns  of  the 
SAC  at  the  completion  of  Phase  I  of  the  study  and  understands  that  the 
study  final  report  must  be  reviewed  and  approved  by  HQMC  principals. 
The  study  is  pivotal  in  nature  in  that  it  will  provide  the  basis  for  a 
deployed  Marine  Corps  AIS  processing  capability.  The  concerns  and 
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issues  developed  during  the  meeting  on  19  June  1981,  will  be  high¬ 
lighted  in  all  subsequent  work.  Where  complete  answers  are  not  yet 
known  or  available,  we  will  clearly  indicate  both  the  available  infor¬ 
mation  and  the  information  voids. 


7.  The  PGRG  study  team  understands  the  guidance  provided  by  the  SAC 
and  is  now  prepared  to  commence  work  on  Phase  II  of  the  study. 


_  yherty 

Deployed  AIS-88 
Study  Team  Leader 


CC I 

LtCol  Balthis  -  CCIS 
Major  Foster  -  MCDEC 
Capt  Lundeen  -  MCDEC 
PGRG  Study  Team  Members 
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MEMORANDUM  FOR  RECORD 


Subject:  Interview  with  Personnel  from  the  2D  MAW  Aviation  Ordnance 
Office  -  Deployed  AIS-88  Study 


1.  Deployed  AIS-88  study  team  personnel  met  with  Major  Belcher  and 

MSgt  Elliott  from  the  2D  MAW  aviation  ordnance  office  at  Cherry  Point 

on  10  April  1981  to  discuss  the  desired  concept  of  operations  for 

their  function  as  it  pertains  to  deployed  AISs  in  the  1988  time  period. 

2.  A  class  III  AIS  called  Ordnance  Expended  System  (OES)  has  been 

developed  through  the  auspices  of  the  aviation  ordnance  office.  The 

system  is  an  interactive  one  operating  from  a  single  CRT  terminal/ 
printer  on  a  Navy  base-type  UNIVAC  1140  computer.  The  telecommunica¬ 
tions  requirements  are  based  upon  local  dial-up  within  Cherry  Point. 

3.  OES  is  utilized  to  manage  approximately  71  line  items  of  aviation 
ordnance  and  accessories  and  approximately  50  line  items  of  ordnance 
handling  accessories  associated  with  aviation  ordnance.  The  system  is 
based  upon  updates;  i.e.,  expenditures  and  allocations  are  entered 
into  the  system  at  intervals  by  unit.  By  maintaining  unit  expenditure 
rates,  aviation  ordnance  allowances  may  be  transferred  among  units 
with  little  difficulty.  OES  is  also  used  to  manage  small  arms  ammuni¬ 
tion  within  the  MAW  and  in  the  near  future,  an  aviation  ordnance  per¬ 
sonnel  management  is  planned  for  implementation  within  OES.  Further, 
up-to-date  status  reports  may  be  printed  at  any  time  or  determined 
through  interactive  query  of  the  data  base. 

4.  For  CONUS  operations,  a  monthly  status  report  on  aviation  ord¬ 
nance  is  forwarded  to  FMFLANT.  The  class  III  AIS  saves  approximately 
100  man  hours  per  month  compared  to  the  operation  of  the  previous 
CONUS  manual  system.  Upon  commitment  of  a  MAGTF  into  combat  opera¬ 
tions,  a  daily  message  is  required  (Daily  Ammunitions  Transaction 
Report)  that  reports  daily  receipts  and  expenditures  of  aviation 
ordnance.  Parameters  of  the  Daily  Ammunitions  Transaction  Report  are 
specified  in  SPCC  INST  P8010.12C,  Policy,  Procedures,  and  Responsibili¬ 
ties  for  Supply  Management  of  Conventional  Ammunition,  Naval  Ships 


Parts  Control  Center,  Mechanicsburg,  Pennsylvania.  For  combat  opera¬ 
tions,  it  would  require  more  personnel  to  administer  the  manual 
preparation  of  daily  aviation  ordnance  reports;  with  a  deployed  OES, 
such  administration  and  reporting  could  be  accomplished  with  currently 
assigned  personnel.  Tactically  deployed  reporting  is  performed  usir^ 
messages  into  the  Navy  Telecomnwnications  System  (NTS). 

5.  It  is  anticipated  that  OES  will  be  modified  as  required  to  be 
compatible  with  ADPE-FMF  when  that  system  is  distributed  and  fully 
operational . 


Deployed  AIS-88 
Study  Team  Leader 


C.F. 

LtCol  Balthis,  CCIE 
LtCol  Miles,  FMFLANT-FISMS 
LtCol  Costello,  ASA 
Maj  Glover,  2D  MAW-WISMO 
Maj  Belcher,  2D  MAW-AOO 
Capt  Lundeen,  MCDEC 
Mr.  Dondero,  PGRG 
Mr.  Detroy,  PGRG 


PRl  (703)  790-5363 


GRC(703)  893-5900 


POTOMAC  GENERAL  RESEARCH  GROUP 

A  Joint  t'enfyrt  of  Potomac  Rataarch.  Inc.  and  Genaral  Rtttarch  Carp. 
7655  Old  Spnnghouse  Road 
Westgate  Research  Park 
McLean,  Virginia  22101 
703  640-6643 

28  July  1981 


MEMORANDUM  FOR  RECORD 

SUBJECT:  Utilization  of  the  Defense  Automated  Addressing  System  (DAAS) 
to  Support  Deployed  Marine  Air-Ground  Task  Forces  (MAGTFs)  - 
Deployed  AIS-88  Study 


1.  A  most  cordial  meeting  w '  held  between  the  undersigned  and 
members  of  the  DOD  Military  Standard  Logistics  Systems  Office  (MILSO)  at 
1300  hours  on  16  July  1981  at  Headquarters  DLA.  The  purpose  of  the  meeting 
was  to  determine  the  type  of  support  that  may  be  expected  from  the  Defense 
Automated  Addressing  System  (DAAS)  for  deployed  Marine  Corps  Air-Ground 
Task  Forces  (MAGTFs).  The  information  was  requested  by  Marine  Corps  person¬ 
nel  under  the  auspices  of  the  Automated  Information  Systems  (AISs)  Support 
of  FMF  Units  When  Deployed  or  in  Combat  (1985-1995)  Study  (Short  Title: 
Deployed  AIS-88),  being  conducted  by  PGRG  under  contract  M00027-78-G-0061 , 

DO  99.  The  DLA  personnel  in  attendance  were: 

Mr.  Hendrix,  Chief  of  MILSO 
Mr.  Lewis,  DAAS  Administrator 
Mr.  Allen,  MILSTRIP  Administration 
Mr.  Lyden,  DAAS  Staff 

2.  The  DAAS  processes  logistics  transactions  from  a  receiving  AUTODIN 
or  possibly  NTS)  terminal  and  routes  them  to  the  proper  inventory  control 
point  (ICP)  for  supply  action.  During  peacetime  operations,  the  logistics 
transactions  flow  through  the  system  with  little  difficulty  or  delay. 

About  40  percent  of  the  peacetime  transactions  from  all  services  are  high 
priority  transactions.  For  deployed  and  tactical  operations,  it  is  assumed 
that  AUTODIN  operations  will  be  conducted  under  MINIMIZE  precedence  pro¬ 
cedures.  DLA  personnel  indicate  that  their  operational  procedures  provide 
that  logistical  transactions  will  be  processed  into  AUTODIN  within  ten 
minutes.  Once  available  to  AUTODIN  under  MINIMIZE  procedures,  the  trans¬ 
mission  of  DAAS  information  is  unsure  based  upon  originator-defined  prece¬ 
dence  and  the  loading  of  AUTODIN.  Ideally,  logistical  transactions  having 
priorities  of  1  to  8  would  pass  through  the  AUTODIN/DAAS  as  priority  trans¬ 
missions;  transactions  with  priorities  greater  than  8  would  be  mailed  in 
those  cases  when  AUTODIN/DAAS  circuit  time  was  not  available. 


:ab  j 


The  DAAS/AUTODIN  system  performance  was  measured  in  the 
most  recent  Army  REFORAGER  exercise  and  found  to  operate  within  the 
standard  specified.  It  was  also  found  that  during  the  exercise  (and 
as  expected,  during  combat)  that  the  number  of  high  priority  transactions 
almost  doubles. 

3.  Aside  from  the  performance  of  the  DAAS/AUTODIN  system, 
deployed  MAGTFs  may  continue  to  have  difficulty  in  establishing  an  entry 
point  to  an  AUTODIN  terminal. 


Deployed  AIS-88 
Study  Team  Leader 


Lc;  Lt  Col  Balthis  -  HQMC-CCIE 
Major  Hughey  -  HQMC-LPS 
Major  Fc‘ ter  -  MCDEC 
DAAS  Administrator 
PGRG  Study  Team  Members 
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MEMORANDUM  FOR  RECORD 

Subject:  Interview  with  Personnel  from  the  Marine  Corps  Logistics 

Base,  A1 bany- Deployed  AIS-88  Study 

1.  Marine  Corps  and  contractor  personnel  traveled  to  Albany,  Georgia 
to  discuss  the  aspects  of  supporting  deployed  MAGTFs  with  logistical 
AiSs  such  as  the  Marine  Corps  Standard  Supply  System  (M3S  -  incorporat¬ 
ing  SASSY,  MUMMS,  DSSC,  DMA  and  PCO  functions)  and  the  Marine  Inte¬ 
grated  Maintenance  System  (MIMMS).  Personnel  traveling  to  Albany  for 
meetings  on  18  -  20  ^gust  1981  were: 

Major  Joel  Foster  -  MCDEC  Project  Officer 

Major  Gary  Hughey  -  HQMC,  Code  LPS-4  Study  Representative 

Mr.  John  Daugherty  -  PGRG  Study  Leader 

Mr.  Charles  Munn  -  PGRG  Logistics  Team  Leader 

Personnel  from  Albany  participating  in  the  meetings  were: 

Mr.  Ney,  Director,  Logistics  Systems  Support  Division  (LSSD) 

Lt.  Col.  Vaserberg,  Deputy  Director,  LSSD 

Mr.  McLean,  Head,  Financial /Material  Management  Branch  (LSSD) 

Mr.  Cavalcanto,  Director,  M3S  Development  Office 

Mr.  Tawney,  Head,  Test  Conversion  and  Implementation  Branch,  MSS 

Mr,  Snook,  Head,  Data  Base  Administration  Branch,  MSS 

Mr.  Best,  Deputy  Directory,  CDPA,  Albany 

Maj.  Lehr,  ADPE-FMF  Systems,  CDPA,  Albany 

2.  The  discussions  and  documentation  of  operational  concepts  for 
deployable  logistical  systems  fell  into  two  generic  categories  -those 
of  functional  concepts  and  technical  concepts.  Thus  MFR  will  record 
both  generic  categories  in  subsequent  paragraphs;  paragraph  S 
responds  to  technical  considerations  while  paragraph  4  responds  to 
functional  considerations. 

S.  The  technical  considerations  for  deployed  concepts  of  operation 
for  logistical  AISs  centers  around  the  major  attributes  of  a  computer 
system  -  those  of  processing  speed,  core  memory  and  mass  storage  for  a 
MAGTF  ASC  (MASC).  Detailed  discussions  were  conducted  in  each  of  the 
technical  areas  and  are  recorded  in  the  following  subparagraphs. 

a.  The  initial  technical  consideration  was  the  number  of  trans¬ 
actions  processed  each  day  while  in  sustained  combat  in  an  ADA  (the 
sustained  combat  phase  of  operation  creates  the  maximum  demand  upon 
the  logistical  systems  in  that  the  tempo  of  combat  will  increase  the 


TAB  P 


consumption  rate  of  all  classes  of  supply).  The  established  base  line 
processing  time  for  CONUS  average  operations  was  established  In  the 
Landing  Force  Integrated  Communications  System  (LFICS)  In  the  MIdRange 
Study.  This  base  line  was  established  by  reviewing  logistical  pro¬ 
cessing  at  both  Camp  LeJeune  and  the  logistics  base  at  Albany.  Within 
the  LFICS  study,  the  dally,  average  transaction  rate  for  tactical 
sustained  operations  was  Identified  as  three  times  the  average  CONUS 
peacetime  transaction  rate.  After  due  consideration  of  recent  SMU 
transaction  rates,  a  number  of  personnel  from  Albany  believed  that  the 
tactical  transaction  rate  for  the  MARCORS  I  scenario  would  be  two-and- 
one-half  times  the  average  CONUS  transaction  rate.  This  will  create  a 
direct  and  linear  decrease  from  the  logistics  processing  speed  Identi¬ 
fied  in  the  LFICS  study. 

An  additional  technical  consideration  validated  during  the  visit 
was  the  annual  growth  rate  anticipated  for  logistical  processing. 
Utilizing  data  acquired  from  H(^C-CCIR,  logistical  processing  was 
found  to  historically  grow  at  a  rate  of  4.9  percent  per  year.  This 
growth  rate,  rounded  to  5  percent  was  acceptable  to  the  personnel  at 
A1 bany. 


b.  Core  storage  to  operate  a  number  of  time  shared  overlays,  a 
DBMS  et.  al.,  was  originally  estimated  to  require  about  2.5  Mbytes  in 
the  LFICS  study.  More  recent  requirements  for  larger  overlays,  and  a 
more  sophisticated  DBMS  will  require  the  following  core  storage 
capacity: 


4  overlays  @  .5  Mbytes 
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Operating  System 

s 

.6 

Telecommunications  Interface 

~ 

.5 

DBMS 

1.4 

Reentrant  Processor 

= 

.4 

Subtotal 

s 

4.9  Mbytes 

Core  Allocation  +  15X 
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.6 

5. 5  Mbytes 

The  core  storage  requirement  for  the  fixed  processor  at  Albany  identi¬ 
fied  in  a  1978  Computer  Science  Corporation  Study  was  8  Mbytes  with  a 
growth  potential  to  12  Mbytes  of  core  storage  in  the  1988  time  period. 
Using  5.5  to  6  Mbytes  for  the  deployable  MASC  core  seems  reasonable 
and  prudent  compared  to  the  fixed  Albany  requirement  considering  that 
program  development  occurs  at  the  Albany  site. 

c.  The  remaining  key  hardv«re  consideration  is  that  of  mass 
storage  (DASD).  The  mass  storage  capability  is  impacted  by  the  number 


of  NSNs  with  which  a  MAP  would  deploy,  the  record  length  per  NSN  and 
the  means  or  efficiency  of  the  DBMS’s  procedure  for  compressing  blank 
data  fields.  The  quantity  of  NSNs  had  been  estimated  by  HQMC-IiL 
Department  at  61,000  NSNs.  The  61,000  NSNs  was  validated  by  Albany 
personnel  based  upon  32,841  NSNs  in  war  reserve  Class  IX  items  plus  20 
percent  for  error  or  39,300  NSNs.  The  addition  of  thousands  of  Class 

I  through  VIII  items  adds  closely  to  61,000  deployable  NSNs  and  thus 
remains  a  viable  basis  for  the  identification  of  mass  storage  cap¬ 
ability  for  deployed  logistical  processing. 

Another  component  of  the  deployed  mass  storage  capability  is  the 
number  of  characters  (or  bytes)  per  NSN  record.  The  initial  estimate 
from  the  LFICS  study  was  6,000  characters  per  record.  A  good  deal  of 
time  and  effort  was  expended  in  consideration  of  the  record  length; 
mixed  responses  of  more  or  less  than  6,000  characters  per  record 
resulted  in  a  concensus  that  the  6,000  was  a  suitable  estimate  for 
this,  the  1981  time  period.  A  tempering  effect  impacting  the  data 
base  size  on  mass  storage  comes  from  the  characteristics  of  the  DBMS 
utilized  with  deployed  logistical  systems.  One  example  cited  was  an 
automated  logistics  file  operated  with  ADABASE  that  saved  88  percent 
of  the  theoretical  mass  storage  capacity  by  compression  of  blank 
filled  data  elements  in  a  revised  file.  The  88  percent  saving  cited 
is  perceived  as  an  exceptional  example  however,  the  implementation  of 
a  modern  DBMS  into  the  deployed  processing  environment,  could  provide 
a  mass  storage  savings  of  from  20  to  60  percent.  Should  a  total 
system,  implemented  with  a  compressed  DBMS,  result  in  an  overall  88 
percent  mass  storage  savings,  the  data  record  would  be  reviewed  to 
consider  the  elimination  of  seldom  used  elements.  For  unique  data 
records,  requiring  extensive  record  lengths,  other  software  techniques 
may  be  utilized  to  reduce  the  length  of  a  typical  record  while  still 
containing  a  proviso  for  handling  unusually  Tong,  unique  records.  To 
provide  a  modification  to  mass  storage  capacities  from  the  utilization 
of  a  DBMS,  an  average  data  base  compression  of  40  percent  will  be 
applied  to  future  deployed  hardware  sizing  estimates. 

Since  the  LFICS  study,  which  had  an  assumption  that  Class  II  and 
III  systems  used  15  percent  of  processing  assets,  it  has  been  deter¬ 
mined  from  detailed  analysis  of  FMF  processing  at  Camp  Lejeune  that, 
in  fact.  Class  II  and  III  processing  comprises  40  percent  of  Marine 
Corps  automated  AlS-type  processing.  Therefore,  the  increase  in  Class 

II  and  III  mass  storage  will  almost  offset  the  decrease  in  mass 
storage,  which  may  result  from  the  implementation  of  a  compression- 
type  DBMS. 

d.  Technically,  the  personnel  at  Albany  were  keenly  aware  of 
the  processing  requirements  in  support  of  the  deployed  MAGTFs.  The 
visit  with  Logistics  Base  personnel,  the  MSS  development  team  and 
personnel  from  the  COPA  was  most  informative,  provided  fresh  insights 
for  deployed  logistical  processing  and  most  importantly,  provided  a 
rapport  for  the  continued  and  coordinated  development  and  documenta¬ 
tion  of  deployed  logistical  AISs. 


4.  Logistic/ Combat  Service  Support  (CSS)  Functional  Concepts 

a.  Logistic/CSS  functions  for  supply,  maintenance  and  embarka¬ 
tion  Mere  discussed  in  terms  of  deployable  AIS  support.  Overall,  the 
discussions  indicated  that  none  of  the  functions,  as  currently  per¬ 
formed  in  the  FMF,  are  expected  to  undergo  any  significant  operational 
or  doctrinal  changes  between  now  and  the  1988  time  frame.  However, 
the  implementation  of  ADPE-FMF  and  the  development  of  MSS  and  the 
follow-on  to  MEDS  will  introduce  some  changes  in  data  management.  A 
major  objective  in  these  improved  systems/ hard ware  is  to  attain  com¬ 
monality  and  standardization  wherein  the  functions  are  performed  in 
the  same  manner  for  all  operational  postures,  e.g.  garrison,  peacetime 
deployments,  amphibious  operations  in  a  combat  environment,  etc. 
While  ADPE-FMF  is  not  a  primary  subject  in  the  Deployed  AIS-88  Study, 
its  role  in  source  data  automation  does  impact  on  MASC  operations. 
The  results  of  the  discussions  by  functions,  including  the  impact  of 
ADPE-FMF  on  MASC  operations,  are  stated  in  the  succeeding  subpara¬ 
graphs. 


b.  In  the  supply  function,  the  implementation  of  ADPE-FMF  will 
provide  added  capabilities  in  the  data  management  and  processing 
areas.  However,  it  will  also  Introduce  some  problem  areas  in  need  of 
resolution  as  the  result  of  the  hardware  configuration  that  is  being 
acquired.  Conceptually,  users  will  use  ADPE-FMF  to  record  transac¬ 
tions  on  a  courier  floppy  diskette,  which  will  be  transported  to 
consolidated  issue  points,  (CIPS)  located  in  combat  service  support 
areas  (CSSAs).  CIPs  will  aggregate  user  diskettes  onto  tape,  together 
with  unfilled  requisitions  and  other  data,  v^ich  is  forwarded  to  the 
retail  issue  point  (RIP)  level  (SASSY  Management  Unit  (SMU))  in  the 
force  combat  service  support  area  (FCSSA).  At  the  RIP,  action  is 
taken  on  stock  replenishment  of  the  CIPs  and  unfilled  requisitions, 
the  data  base  and  files  are  updated  and  reports  (e.g.  consumption, 
resupply  requirement,  unfilled  requisitions,  etc.)  are  generated  for 
external  addresses.  In  addition,  status,  reports  and  other  data  are 
returned  to  the  CIP  and  user  levels.  The  AIS  for  this  concept  will  be 
SASSY  until  replaced  by  M3S. 

At  the  present  time,  SASSY  Phase  1  application  programs  for 
ADPE-FMF  have  been  developed  and  implemented  at  Camp  Pendleton, 
California.  These  programs  are  concerned  primarily  with  transaction 
reporting.  Transactions  are  entered  at  the  user  level,  partially 
edited  and  read  onto  a  courier  floppy  diskette  which  is  forwarded  to 
the  RASC.  The  courier  diskettes  are  aggregated  and  read  into  the  RASC 
main  frame  using  the  faster  speed  and  greater  capabilities  of  the 
"White  Machine"  (Commerical  Series/1  system  hardware).  In  comparison, 
the  conversion  of  a  full  floppy  diskette  to  tape  could  take  up  to  25 
minutes  on  ADPE-FMF  as  presently  configured.  When  considering  up  to 
89  RUCs  in  a  MAF  with  each  RUC  submitting  diskettes  for  each  of 
several  AISs,  it  is  obvious  that  aggregation  using  ADPE-FMF  at  the 
CIP,  maintenance  and  supply  activities  in  the  FCSSA  and  MASC  will  be 
jnacceptable.  An  improved  capability,  equivalent  to  the  "White 
Machine"  now  being  used  in  testing  at  Camp  Pendleton,  will  be  needed. 


System  specifications  for  SASSY  Phase  2  application  programs  for 
ADPE-FMF  are  still  under  development.  However,  on  the  basis  of 
interim  specifications  developed  to  date,  application  programs  have 
been  developed  and  are  undergoing  tests  at  Camp  Pendleton.  When 
completed,  the  impetus  of  supply  support  will  be  at  the  user  level  viz 
a  viz  the  SMU.  The  commander  will  have  a  data  base  for  supply  matters 
which  will  be  updated  by  local  inputs  as  well  as  status  and  other  data 
from  the  SMU  or  its  successor.  Additionally,  he  will  be  able  to 
display  his  unit  supply  status  and  other  reports  similar  to  those 
currently  defined  in  SASSY.  This  portends  at  least  two  problem  areas. 
The  first  is  that  only  two  diskette  slots  are  availabe  on  ADPE-FMF. 
With  one  slot  occupied  by  a  diskette  containing  the  operating  system 
(OS)  and  application  programs,  only  one  diskette  slot  is  available  for 
data  manipulation.  While  this  may  be  adequate  for  some  organizations 
which  are  authorized  a  minimal  number  of  line  items,  e.g.  infantry 
battalion,  it  has  been  determined  that  a  maintenance-intensified 
organization,  e.g.  tank  or  assault  amphibian  battalion,  will  need  at 
least  four  diskettes.  This  will  require  frequent  manipulation  of 
diskettes  in  the  one  available  slot,  an  accurate  record  of  data  on 
each  diskette  and  a  more  highly  trained  operator.  The  second  problem 
area  envisioned  is  that  involved  in  forwarding  data  from  the  MASC  to 
ADPE-FMF.  This  will  require  a  conversion  of  data  from  tape  at  the 
MASC  to  a  diskette  which  can  be  read  into  ADPE-FMF,  a  reverse  process 
to  that  described  above  for  entering  data  at  the  MASC. 

In  regard  to  the  MASC  during  operational  phases  and  transitions 
between  phases,  it  was  stated  that  the  supply  AIS  at  the  MASC  should 
be  functioning  during  all  phases.  In  garrison,  the  MASC  should  be 
operated  with  only  the  MAF  data  from  the  RASC  supply  AIS  to  ensure  a 
high  state  of  readiness  for  deployments.  This  would  ensure  that  the 
equipment  is  maintained  in  a  high  state  of  operability,  programs  are 
functionable  and  have  incorporated  the  latest  changes,  the  data  base 
is  current,  and  personnel  are  trained  and  familiar  with  the  supply 
AIS.  An  increased  level  of  activity  is  expected  during  movement  to 
the  objective  phase  stemming  from  use  of  this  phase  to  catch-up  on 
deferred  maintenance. 

M3S  is  still  in  an  early  stage  of  definition  and  development  of 
system  specifications;  however,  it  is  expected  to  be  operational  about 
1985.  Although  specifics  are  not  available  at  this  time,  the  overall 
supply  support  structure  and  modus  operand!  of  the  supply  AIS  within 
the  MAF  will  not  change  significantly  from  the  current  SASSY. 

c.  The  maintenance  function  is  being  developed  in  a  two-phase 
approach  for  ADPE-FMF  similar  to  that  for  supply.  Phase  1  is  essen¬ 
tially  transaction  reporting  using  MIMMS.  Phase  2  will  provide  the 
commander  with  a  MIMMS  data  base  and  report  capability  for  his  organi¬ 
zation.  The  problem  areas  involved  in  the  maintenance  application  are 
the  same  as  those  in  Supply,  i.e  aggregation  and  multiple  diskettes. 
I'io  significant  changes  are  foreseen  in  MIMMS  for  the  Deployed  AIS-88 
Study  time  period. 


d.  No  tasking  has  been  made  for  the  embarkation  function.  COPA 
personnel  are  aware  of  the  Interim  embarkation  system  effort  underway 
at  Camp  Pendleton  and  are  expecting  to  be  tasked  with  the  developing 
of  a  Class  1  system  to  replace  MEOS. 


\n  M.  teUghe^ty 
D^oyedTaS-SS 
Study  Team  Leader 


cc 

LtCol  Balthis,  HQMC-CCIE 

Maj  Hughey,  HQMC-LPS 

Maj  Lehr,  CDPA-Albany 

Mr.  Ney,  LSSfr-Albany 

Mr.  Cavalcanto-M3S  Dev  Team,  Albany 

Mr.  Best,  CDPA-Albany 

PGRG  Study  Team  Members 
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Memorandum  for  Record 

Subject:  Interview  with  Personnel  from  3rd  MAW  Aviation  Logistics 
Management  Office  -  Deployed  AIS-88  Study 

Deployed  AIS-88  study  team  personnel  met  with  (Lionel  J.  A.  Jaross, 
3rd  MAW  AC/S  for  Aviation  Logistics  Management,  on  15  September  1981, 
to  discuss  concepts  of  operation  and  automated  information  support  for 
deployed  forces  in  the  1988  time  period.  Subsequently  other  personnel 
in  this  functional  area  were  interviewed  as  follows: 

LtCol  H.  J.  Tobin  3rd  MAW  Aviation  Supply  Office 

LtCol  H.  A.  Franz  3rd  MAW  Aviation  Ordnance  Office 

Maj  Michael  W.  Murphy  3rd  MAW  Aviation  Maintenance  Office 

Maj  M.  J.  Kennedy  MA6-13  Supply  Office 

OySgt  Donald  E.  Brown  3rd  MAW  Aviation  Maintenance  Office 

(3M) 

SSgt  Carl  Woodson  3rd  MAW  G-3  (FREDS) 

The  4th  FASC  is  currently  located  at  MCAS,  El  Toro  under  opera¬ 
tional  control  of  the  3rd  MAW.  SUAOPS  is  being  processed  on  the  MAG's 
U-1500  while  3M,  FREDS  and  local  unique  systems  are  processed  by  the 
4th  FASC  computer.  The  MAG's  U-1500  have  never  processed  FREDS  or  3M 
in  the  3rd  MAW  and  SUADPS  has  not  utilized  the  full  computer  capacity. 
The  4th  FASC  has  generated  several  programs  for  compiling  aviation 
unique  information  for  3rd  MAW  use. 

Colonel  Jaross,  and  all  MAW  staff  personnel  interviewed,  indi¬ 
cated  a  need  for  compiling  3M,  SUADPS,  and  FREDS  data  at  the  MAW  level 
for  use  as  a  management  vehicle  by  the  staff.  Since  Navy  procured 
hardware  does  not  provide  for  aggregating  MAG  information  into  MAW 
reports,  a  processor  is  required  at  the  MAW  to  compile  the  information 
from  the  MAIaS,  v^ich  will  provide  for  proper  wing  management  of 
aviation  assets.  Tlie  Standard  Naval  Aviation  Supply  System  (SNASS) 
would  not  be  available  without  the  FASC  or  a  similar  processor.  The 
3rd  MAW  principal  staff  officers  have  been  briefed  on  NALCOMIS, 
however,  are  somev^at  skeptical  of  dates  that  it  will  be  delivered  to 
the  f^Gs. 


TAB  Q 
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The  3rd  MAW  supply  has  interactive  access  to  four  ICPs  in  the 
Defense  Logistics  Agency  and  each  MAG  has  a  terminal  connected  to  the 
Aviation  Supply  Office,  Philadelphia.  This  access  is  used  to  retrieve 
supply  status  information  from  the  logistical  facilities'  data  base. 
No  demands  may  be  processed  into  these  systems. 


W.  Detroy/ 

Aviation  Team, 
Deployed  AIS-88 


Study 


LtCol  Balthis  (CCIE) 
LtCol  Costello  (ASA) 
Maj  Foster  (MCDEC) 
ISMO  3rd  MAW 
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MEMORANDUM  FOR  RECORD 


Subject:  Interview  with  3rd  MAW  ISMO  Personnel,  MCAS  El  Toro  - 
Deployed  AIS-88  Study 

PGRG  personnel  met  with  and  interviewed  Major  T.  Morris  and  Capt 
W.  E.  Whittaker  from  the  Information  Systems  Management  Office,  and 
Capt  W.  Thompson,  Director  4th  FASC,  3rd  Marine  Aircraft  Wing,  Marine 
Corps  Air  Station,  El  Toro,  California.  The  discussions  on  17  Sep¬ 
tember  1981,  pertained  to  deployed  automated  systems  for  the  MAW  in 
the  1988  time  period. 

For  several  years  I  MAF  operated  under  the  concept  of  two  FASCs 
for  the  MAF.  The  two  FASCs  for  I  MAF  were  located  at  Camp  Pendleton 
and  MCAS  El  Toro.  The  4th  FASC  at  El  Toro  is  under  operational  con¬ 
trol  of  3rd  MAW.  The  concept  changed  to  MAF  level  rather  than  com¬ 
posite  support  and  in  1977  the  1st  FASC  at  Camp  Pendleton  consolidated 
with  MCB  ASC-03  to  form  RASC-03  at  Camp  Pendleton.  Now  the  concept  of 
deployment  is  composite  in  nature  and  there  is  only  one  FmSC  per  MAF; 
in  I  MAF  this  is  the  4th  FASC  at  MCAS  □  Toro.  Operational  control 
and  location  of  the  4th  FASC  is  currently  under  debate.  Recommenda¬ 
tions  have  been  made  that  4th  FASC  should  be  relocated  to  I  MAF  HQ  and 
become  totally  dedicated  to  support  the  MAGTF  contingencies. 

Currently  4th  FASC  serves  as  a  remote  job  entry  to  the  RASC  for 
Class-!  Marine  Corps  information  systems.  3M,  FREDS,  UNITREP,  and 
local  unique  systems  are  processed  by  the  4th  FASC  computer.  If  the 
4th  FASC  is  relocated  to  I  MAF  HQ  all  processing  for  the  3rd  MAW  would 
be  done  at  the  Camp  Pendleton  RASC  with  only  a  Remote  Job  Entry  at 
MCAS  □  Toro. 

In  order  to  support  aviation  unique  requirements,  it  appears  that 
each  MAW  needs  its  own  stand-alone  computer  and  data  processing  staff 
(MASC),  both  in  garrison  and  when  deployed. 


During  current  operations,  at  times  when  the  4th  FASC  is  “down", 
a  critical  problem  evolves  in  transportation  of  taped  data  to  the  RASC. 
This  results  in  non-response  of  processed  data  on  aviation  unique 
systems . 


5^^.  DetQy 

”  Aviation  Team, 

Deployed  AIS-88  Study 


cc 


LtCol  Balthis  (CCIE) 
LtCol  Costello  (ASA) 
Maj  Foster  (MCDEC) 
ISMO  3rd  MAW 
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MEMORANDUM  FOR  RECORD 

Subject:  Interviews  with  Cognizant  Personnel  in  the  Functional  Areas  of 
Manpower  and  Military  Pay  -  Deployed  AIS  Study 

1.  During  the  period  15-17  September,  1980,  the  following  personnel 
were  interviewed  regarding  the  concept  of  operations  for  manpower  and 
military  pay  support  in  the  five  potential  FMF  Scenarios  (garrison; 

p redeployment  preparation,  including  embarkation;  during  deployment/ 
while  afloat,  including  EMCON;  amphibious  assault;  combat  ashore.) 

Col.  E.M.  Bair 
Lt.  Col.  J.M.  Ray 
Lt.  Col.  L.R.  Fresquez 
Lt.  Col.  P.  Dobon  Jr. 

Lt.  Col.  L  Hagener 
Major  A.B.  Marshall 
Major  M.K.  Chetkovich 
Major  R.L.  Lovelace 
Capt.  T. L.  Lopez 
Capt.  T.L.  Tootle 
Capt.  G.O.  Thompson 
Capt.  L.L.  Kacmarynski 
1st  Lt.  C.R.  Sampson 
1st  Lt.  M.L.  Pane 
MGySgt.  E.L.  Julkowski 
Ms.  M.B.  Bratton 
Mr.  A.F.  Phillips 

The  comments  and  recommendations  provided  by  the  interviewees  are  herein 
organized  into  three  general  groupings:  General  Considerations 
Regarding  Deployed  AIS  Processing;  Manpower  Management  for  Deployed 
Fleet  Marine  Forces;  Military  Pay  for  Deployed  Fleet  Marine  Forces. 

2.  General  Considerations  Regarding  Deployed  AIS  Processing 

a.  The  combination  of  the  current  RASC  establishment  together 
with  the  forthcoming  Marine  Corps  Data  Network  (MCDN)  will  result  in 
effective  but  hard  wired  communications  among  major,  fixed.  Marine  Corps 
installations.  An  FMF  (regardless  of  MAGTF  configuration)  organization 
that  is  configured  for  deploymment  will  find  itself  without  a  deployed 
AIS  capability  unless  the  MASCs  are  operated  in  garrison  and  utilizefl  in 
CPXs  and  other  training  exercises  (e.g. ,  4th  FASC  is  currently 
hard-wired  in). 


Director,  RASC,  Camp  Pendleton 
Asst.  Director,  RASC,  Camp  Pendleton 
ISMO,  I  MAF 

Disbursing  Officer,  I  MAF 

Asst.  6-1,  1st  Mar  Division  » 

MWHS-3  (G-1) 

Disbursing  Officer,  MCB,  Camp  Pendleton 

HQMC  (FDD)  Audit  Team 

HQMC  (FDD)  Audit  Team 

Disbursing  Officer,  7th  MAB 

Customer  Services  Branch,  RASC 

ISMO,  1st  Mar  Division 

OIC  JUMPS,  Disbursing,  MCB,  Camp  Pendleton 

OCU,  MCB,  Camp  Pendleton 

RASC,  Camp  Pendleton 

RASC,  Camp  Pendleton 

RASC,  Camp  Pendleton 
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b.  The  transfer  of  data  from  a  MASC  to  an  AUTUDIN  or  MCDN  entry 
point  is  a  weak  link  that  is  virtually  assured  to  degrade  transmission 
and  turnaround  times  in  all  but  the  garrison  environment.  Telecommun¬ 
ications  for  all  but  critical  administrative  traffic  will  seldom  exist 
and  courier  will  most  likely  be  the  primary  rather  than  the  backup  mode 
of  communications  both  within  and  outside  the  AOA. 

c.  The  capability  of  current  generators  to  maintain  the  constancy 
of  power  required  by  the  MASC  computer  was  questioned. 

d.  The  data  bases  in  most  of  the  systems  intended  for  deployment 
are  unnecessarily  large  and  should  be  truncated  so  that  only  requisite 
data  to  maintain  combat  effectiveness  is  maintained  in  combat.  This 
implies  that  each  system  and  data  base  must  be  built  in  modular  form  so 
that  they  can  be  readily  "unplugged"  at  the  time  of  deployment. 

e.  Interface  with  other  Service  AISs  will  be  a  necessity  for  any 
joint  operations. 

f.  None  of  the  AISs  should  depend  on  having  an  interactive 
capability  which  is  external  to  the  AIS  site. 

g.  Every  AIS  must  be  developed  using  structured  programming  and 
modular  development  so  that  those  programs  that  are  not  required  in  a 
combat  environment  can  be  "unplugged"  without  system  modification  and, 
conversely,  those  programs  that  are  combat  specific  must  be  capable  of 
being  readily  plugged  in. 

h.  Each  AIS  must  have  a  multiple,  load-and-go  capability. 

i.  Some  major  systems  (e.g. ,  SASSY)  do  not  lend  themselves  to 
being  run  under  distributed  processing;  that  is,  the  system  as  currently 
configured  must  be  run  on  one  MASC  computer. 

j.  MASC  structure  and  sizing  appear  to  be  in  consonance  with 
projected  requirements. 

k.  Intra-MAGTF  communications  between  the  MASCs  must  be  carefully 
planned  to  provide  requisite  transfer  of  information  and  backup 
capability. 

l.  In  garrison,  the  RASC  should  continue  to  do  all  processing 
without  using  the  added  capability  provided  by  the  MASC  computers. 

3.  Manpower  Management  for  Deployed  FMF 

a.  JUMPS/MMS  has  never  been  tested  in  a  combat  environment  and 
before  it  is,  we  may  well  have  implemented  its  successor,  REAL  FAMMIS. 

b.  The  reporting  unit  and  the  MAGTF  commander  must  both  have 
current  and  timely  manpower  data  bases.  The  current  concept  wherein  the 
MAGTF  data  base  is  not  updated  until  the  information  has  posted  at 
Kansas  City  to  the  central  file  and  been  returned  to  the  MAGTF,  may  work 
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In  garrison  where  the  communications  allows  rapid  turnaround.  However, 
In  a  combat  environment  there  could  be  delays  of  10-30  days  depending  on 
how  Information  Is  transferred  from  the  AOA  to  Kansas  City.  According¬ 
ly,  If  the  manpower  data  Is  not  posted  at  the  MASC  when  It  Is  first 
transmitted  from  each  RUC,  the  senior  echelons  will  not  use  the  MASC 
data  base.  They  will  query  the  Individual  RUCs  or  cause  class  111 
programs  to  be  written  to  aggregate  the  Individual  RUC  data. 

c.  Provision  must  be  made  for  operation  In  the  case  of 
catastrophic  system  failure.  Even  today,  there  are  very  few  clerks  that 
are  capable  of  preparing  a  diary. 

d.  Provision  must  be  made  for  units  that  are  operating  away  from 
a  site  that  provides  automated  assistance  In  manpower  management. 

e.  FMF  commanders  are  currently  provided  a  240  character  record 
extract  from  the  FMR  on  each  individual  in  their  unit  on  the  ADPE-FMF 
devices.  Acceptance  and  reported  utilization  of  this  record  has  been 
outstanding;  however,  there  have  been  difficulties  In  reconciling  data 
bases  with  the  FMR. 

f.  The  Administrative  Control  Unit  (ACU)  need  not  be  deployed  but 
provision  should  be  made  to  have  JUMPS/MMS  or  REAL  FAMMIS  contact  teams 
operating  from  the  G-1  or  MASC  to  provide  both  training  and  assistance 
to  the  RUCs  within  their  jurisdiction. 

g.  In  combat,  a  flag  must  be  set  to  insure  that  the  Record  of 
Emergency  Data  (RED)  possessed  by  Kansas  City  is  the  most  current  In  the 
event  of  casualties.  Marines  tend  to  have  a  proclivity  for  getting 
married  just  shortly  before  embarkation  and  may  become  KIAs,  WlAs  or 
MIAs  prior  to  an  updated  RED  reaching  Kansas  City.  Accordingly, 
notifications,  the  death  gratuity  and  possibly  even  the  remains  could  be 
sent  to  the  incorrect  party  if  a  fail-safe  procedure  is  not  established. 

h.  There  is  a  problem  with  administrative  personnel  over-riding 
the  current  automated  assistance  given  by  the  "green-machine"  in 
creating  diaries.  Specifically,  some  clerks  are  entering  wrong 
and/or  initials  and  overriding  the  machine  when  it  flags  the  error. 

1.  There  is  a  need  to  institute  a  procedure  to  validate  diskettes 
for  serviceability.  Bad  diskettes  are  currently  causing  problems  at  the 
ACU;  however,  there  are  significantly  fewer  problems  now  than  there  were 
with  the  old  OCR  diaries. 

4.  Military  Pay  for  the  Deployed  FMF 

a.  Provision  must  be  made  to  modify  certain  procedures  (flags)  in 
the  event  of  deployments.  For  example,  currently,  if  a  Marine's  EAS 
arrives  and  the  Marine  has  not  been  reported  to  have  reenlisted  or 
extended,  his  pay  and  allotments  are  terminated.  In  a  combat 
environment  this  could  happen  frequently  through  delays  in  the  system; 
^he  Marine  should  not  be  made  to  suffer  because  of  th*  system 
inadequacy. 
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b.  Centralized  allotments  will  work  but  centralized  pay  will  not 
work  in  a  combat  environment.  Even  now,  in  garrison,  unit  disbursing 
officers  are  needing  to  run  what  amounts  to  a  duplicate  pay  system  in 
the  field.  Records  received  from  Kansas  City  have  errors  in  up  to  50 
percent  of  the  records. 

c.  For  deployed  West  Pac  forces  it  takes  two/three  months  to 
reconciles  pay  accounts  after  a  unit  has  been  deployed  and  at  least  two 
cycles  of  the  Leave  and  Earnings  Statement  (LES)  are  required  to  get 
payments  to  post.  The  complexity  of  the  3rd  FSSG  disbursing  at  a  point 
in  time  in  vi^ich  it  had  units  at  Fugi  and  others  deployed  is  displayed 
in  the  attached  schematic. 

d.  All  disbursing  officers  interviewed  considered  that  a  dis¬ 
tributed  (mini  JUMPS)  system  was  the  only  system  that  would  work  in  a 
deployed  environment.  They  envision  Kansas  City  handling  bonds  and 
allotments,  a  locally  produced  LES  and  a  monthly  credit/debit  of  pay 
similar  to  how  the  system  was  effected  in  Viet  Nam;  i.e.,  each  Marine 
elected  how  much  of  his  accumulated  pay  he  wanted  in  cash,  in  check,  in 
the  Savings  Program  (if  estabished)  or  to  just  ride  on  the  books. 

e.  At  the  commencement  of  a  deployment  it  is  envisioned  that 
advanced  pay  and  allowances  would  be  given  for  two  pay  days,  during 
which  time  the  unit  disbursing  officer  would  initialize  his  distributed 
system. 

f.  There  must  be  a  backup  for  the  diskette  on  which  basic  pay 
data  is  retained. 

g.  The  Video  Inquiry  System  (VIS),  that  is  useful  for  reconciling 
individual  records  in  garrison,  would  not  be  available  in  a  deployed  en¬ 
vironment.  However,  the  complaint  was  made  that  even  ir  the  garrison 
environment  the  VIS  is  down  too  often  (up  to  50  percent  of  the  time)  and 
the  one  terminal  available  at  the  FSSG  is  insufficient  for  the  poten¬ 
tial  number  of  users. 


cc:  Lt.  Col  Balthis  -  HQMC  (CCIE) 

Lt.  Col.  DeWoolfson  -  HQMC  (MPI) 
1st  Lt.  Diab  -  HQMC  (FDD) 

Major  Foster  -  MCDEC 

Interviewees 

Mr.  Dondero  -  PGRG 

Study  Team  Members  -  PGRG 
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MEMORANDUM  FOR  RECORD 

Subject:  1st  Marine  Brigade  Deployed  AIS  Processing  Concepts  - 
BGen  McClintock 

The  undersigned  and  Major  Joel  Foster  from  MCDEC  met  with  BGen 
McClintock,  the  Commanding  General  of  the  1st  Marine  Brigade  at  1000 
hours  on  17  September  1981  to  discuss  deployed  AIS  processing  concepts 
of  operation. 

An  immediate  operational  concern  expressed  by  BGen  McClintock  was 
the  imminent  loss  of  the  SYCOR  computers  which  provide  a  deployed  pro¬ 
cessing  capability  for  logistical  and  manpower  functions.  He  stated 
that  if  we  lose  the  SYCORs,  we  go  back  to  the  1950s.  BGen  McClintock's 
desires  are  to  retain  the  SYCOR  processors  until  the  ADPE-FMF  devices 
have  deployed  SASSY,  Phase  II  and  operate  one  deployed  cycle  in  paral¬ 
lel  with  the  SYCOR  processors.  His  understanding  was  that  H()MC  would 
not  approve  an  extension  to  the  SYCOR  contract  beyond  October  1981  and 
further,  he  has  no  ADPE-FMF  programs  that  will  perform  a  similar 
processing  function.  BGen  McClintock  said  he  was  deploying  a  MAU  in 
November  1981  and  is  afraid  we  are  going  to  end  up  in  the  Indian  Ocean 
with  a  stubby  pencil— this  is  unacceptable.  We  must  be  able  to  cover 
deployed  Class  I  system  processing  and  have  shipboard  communications. 
He  reiterated  that  the  Navy  must  provide  communications  and  that 
communications  remains  as  a  problem  for  deployed  MAGTFs.  Further, 
BGen  McClintock  recognized  that  Navy-provided  processing  support 
through  ASIS  and  MIS  is  not  dependable. 

BGen  McClintock  stated  that  he  has  3000  men,  and  100  air  frames 
in  MAG-24  and  that  they  required  a  MAGTF  ASC  (MASC)  to  provide  an 
interface  with  the  Navy. 

BGen  McClintock  then  suggested  that  we  talk  with  Colonel  Mockler, 
the  commanding  officer  of  his  BSSG,  and  with  personnel  from  MAG-24  to 
solve  "blue"  supply  problems. 

I  asked  BGen  McClintock  what  class  of  ship  would  be  used  as  the 
MAGTF  command  ship.  He  said  it  could  be  LHA,  LPH  or  LSD,  or  in  the 
event  a  larger  deployed  force,  an  LCC. 


BGen  NcCIIntock  was  deeply  concerned  about  deploy'^d  processing 
support  In  the  near  term  and  was  fully  supportive  of  the  MASC  concept 
for  deployed  operations  In  the  mid -range  time  frame. 


_  ferty 

Deployed  AIS-88 
Study  Team  Leader 
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Memorandum  for  Record 

Subject:  Liaison  Trip  to  FMFPAC  and  1st  Marine  Brigade  -  Deployed 
AIS-88  Study 

The  deployed  AIS-88  study  team  leader  and  MCDEC  project  officer. 
Major  Joel  Foster  traveled  to  FMFPAC  and  the  1st  Marine  Brigade  during 
the  Meek  of  14  September  1981.  The  purpose  of  the  visit  was  to  docu¬ 
ment  the  deployed  administrative  processing  needs  of  MAGTFs.  Study 
status  briefings  were  presented  to  staff  officers  from  both  FMFPAC  and 
the  1st  Marine  Br  Igade.  The  memorandum  for  record  for  an  Interview 
with  BGen  McClIntock,  Commanding  General  of  the  1st  Marine  Brigade,  Is 
under  separate  cover. 

The  underlying  message  from  commanders  and  staff  officers  In 
FMFPAC  was  a  need  for  a  deployed  processing  capability  and  communica¬ 
tions.  FMFPAC  operational  conditions  vary  significantly  from  those 
documented  In  FMFLANT.  The  significant  differences  are: 

•  Deployed  aviation  assets  In  FMFPAC  are  frequently  separated 
from  deployed  ground  assets  resulting  In  no  helicopters 
being  available  to  transfer  Information  from  ship-to-ship. 

•  A  deployed  MAU  In  FMFPAC  Is  loaded  on  three  ships  whereas  an 
FMFLANT  MAU  Is  normally  loaded  on  five/six  ships  -  the 
result  Is  that  deployed  FMFPAC  units  have  difficulty  or  are 
unable  to  perform  maintenance  upon  equipment  when  deployed. 

•  Deployed  FMFPAC  units  have  Infrequent  ports-of-call  and  when 
In  port,  have  difficulty  "phoning  In"  requisition  Informa¬ 
tion.  R1FLANT  units  depend  upon  frequent  ports-of-call  and 
telephones  to  transfer  requisition  Information. 

The  above  differences  serve  to  Intensify  PAC's  dependence  upon  com¬ 
puters  and  communications.  Another  significant  finding  realized  from 
the  trip  to  FMFPAC  Is  that  several  Interactive,  high-visibil Ity  avia¬ 
tion  supply  systems  are  utilized  In  the  garrison  environment  which, 
without  a  deployed  telephone  capability,  may  not  be  utilized  by 
deployed  aviation  units.  The  hlgh-vIsIblllty  supply  systems  are  Navy 
and  are  the  Closed  Loop  Aeronautical  Management  Program  (CLAMP)  and 
Individual  systems  for  F4,  CH53  and  TA4  aircraft. 
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Colonel  Peterson,  the  FMFPAC  CEO  and  responsible  for  AISs,  Is 
totally  supportive  of  the  MASC  concept.  He  had  some  issues  with 
specific  items  and  was  most  cooperative  in  providing  access  to  members 
of  the  FMFPAC  staff.  Major  Hayden  from  the  CEO  office  was  the  point- 
of-contact  for  our  visit  and  was  most  helpful.  Major  Hayden  provided 
a  number  of  reference  documents  such  as: 

a  Marine  Corps  Automated  Data  Processing  Capabilities  Plan 

FY82-88  dated  1  September  1981 

a  User's  Manual  for  the  Closed  Loop  Aeronautical  Management 

Program  (CLAMP).  FASC  INST  4440.92D  dated  25  September  1980 

a  Regional  Automated  Service  Centers  (RASCs);  designation 

of  -  draft  MCO  5230 

a  Management  Information  System  (MIS)  User's  Guide,  Volume  1. 

a  Two  messages  pertaining  to  CLAMP 

a  Marine  Corps  draft  comments  on  the  Defense  Audit  Service 

Draft  Report  on  the  Review  of  the  Readiness  of  Automatic 
Data  Processing  Support  in  the  Pacific  Theater  (Project 
#0FF-113A),  undated 

a  Communications/ADP  Support  for  Logistics  -  a  point  paper  for 

the  RDJTF  Supply  Committee  Meeting  dated  24  June  1981 

a  Shipboard  AOP  Support  for  Embarked  Landing  Forces  -  a  point 

paper  dated  13  April  1981. 

Captain  Bailey,  the  outgoing  1st  Marine  Brigade  ISMQ,  stated  that 
each  deploying  MAU  will  take  two  'green  machines'  (ADPE-FMF);  one  will 
be  operated  and  one  will  be  a  spare.  Information  must  be  couriered  to 
the  MAU  command  ship  for  updates  upon  the  'green  machine.'  Data 
communication  is  a  problem  as  experienced  by  the  31st  MAU  when  ships 
split  (aviation  assets)  due  to  chances  in  mission.  One  paper  tape 
punch  deploys  with  the  MAU  SSG  (MSSG)  for  input  to  the  Naval  Telecom- 
iTunication  System  (NTS),  hence  when  the  helicopters  are  not  available, 
data  transfer  between  ships  is  poor.  The  MAUs  now  have  SYCOR  mini 
computers  and  the  Message  Editing  and  Processing  System  (MEPS)  which 
outputs  paper  tape  for  the  NTS.  The  contract  for  the  SYCOR  processors 
terminates  in  October  1981.  The  Navy  Management  Information  System 
(MIS)  requires  one  80-column  card  per  MAU  member  which  is  input  to  an 
AN/UYK-7  on  the  LHA.  When  a  composite  MAU  was  deployed  on  the  LHA, 
there  was  no  processing  time  available  for  Marine  use  of  MIS. 

A  joint  interview  was  conducted  with  three  past  commanding  offi¬ 
cers  of  deployed  MSSGs;  they  were  LtCol  Bailey  and  Majors  Gooding  and 
Carter.  The  MSSG  deploys  with  about  2,500  line  items  of  supply. 
While  afloat,  those  line  items  are  managed  on  the  SYCOR  processor  with 
split  files.  One  of  the  main  problems  when  deployed  is  receiving 
supply  status  from  the  FSSG.  Requisition  information  is  transmitted 
via  NTS  however  supply  status  information  is  received  by  computer 


printout  through  the  U.S.  mall,  taking  an  average  of  about  20  days. 
About  one-third  of  the  time  when  deployed,  satellite  communications 
through  the  NTS  are  available  otherwise  about  half  of  the  supply 
messages  are  transmitted  using  HF  contingency  transmissions.  "We  must 
have  a  2-way  flow  of  information  -  the  capability  is  there,  we  don't 
know  why  we  don't  get  support."  The  SYCOR  processor  is  adequate  for 
local  use  and  operates  from  10-14  hours  per  day.  The  task  organi¬ 
zation  of  III  MAF  varies  from  the  other  MAFs  and  is  more  geographic¬ 
ally  dispersed  and  hence  may  need  more  than  four  MASCs.  "For  an 
identifi^  deployable  MSSG  (MSSG  31  or  37)  we  would  probably  not  want 
to  deploy  with  a  MASC  but  would  be  appropriate  for  larger-sized  MAGTFs. 
The  independent  1st  Marine  Brigade  is  forgotten  in  many  equipment 
acquisitions.  The  MSSG  deploys  w.th  one  paper  tape  punch  and  that 
impedes  data  communications  when  the  MAU  Is  loaded  aboard  four  ships." 
The  past  BSSG  commanders  were  not  awere  of  Class  III(A)  supply  manage¬ 
ment,  management  of  potable  water  or  blood  plasma  and  for  Class  V(A), 
operate  with  10  days  of  LFORM  from  San  Diego.  Each  commander  would 
operate  their  MASC  in  garrison,  would  deploy  with  the  MASC  and  would 
operate  the  MASC  in  an  AOA. 

Colonel  Fisher,  the  Force  Supply  Officer,  has  identified  within 
FMFPAC  approximately  55  Class  III  programs  in  use  by  the  SASSY  Manage¬ 
ment  Units  (SMUs)  to  assist  and  enhance  SASSY  processing.  He  is 
working  toward  the  definition  of  a  'core'  supply  system  which  would  be 
employed  in  combat.  Colonel  Fisher  had  reviewed  the  Deployed  AIS-88 
study  material  and  felt  it  is  an  essential  project  compatible  with  his 
study  regarding  a  combat  supply  system;  the  deployed  study  is  perti¬ 
nent  to  the  real  needs  of  the  Marine  Corps.  An  alternate  means  of 
teleprocessing  support  is  required  for  an  effective  automated  supply 
system.  Simply  increasing  personnel  requirements  to  support  ADP 
development  will  only  continue  our  existing  "out-of-hide"  syndrome. 
The  only  solution  is  to  increase  the  T/Os  so  ADPE-FMF  and  FASCs/MASCs 
are  adequately  manned.  Colonel  Fisher  recommended  a  MASC  communica¬ 
tions  link  utilizing  the  Ashore  Mobile  Communications  Contingency 
(AMCC)  and  the  Data  Communications  Terminal  (AN/TYC-5A).  He  further 
recommended  that  MCDEC  initiate  studies  in  areas  of  concern.  Finally, 
Colonel  Fisher  indicated  that  it  would  be  very  difficult  to  operate  a 
manual  supply  system  at  this  time. 

Colonel  Harms,  the  FMFPAC  G-4,  believes  that  ASIS  (and  MIS)  are 
useless  for  deployed  processing  support  for  the  Marine  Corps.  "We 
haven't  identified  the  functions  we  must  take  to  combat  (one  purpose 
of  the  deployed  study).  Our  automated  systems  are  too  complex  and 
require  too  much  manpower  to  prepare  system  inputs."  For  example, 
MIMMS  input  for  an  AMTRAC  Battalion  takes  12  mechanics.  Colonel  Harms 
would  like  to  see  the  MIMMS  driven  with  'bar  codes'  (like  the  univer¬ 
sal  pricing  codes  found  on  supermarket  items).  We  need  a  simple 
system  that  may  be  read  by  a  Marine  reading  at  the  sixth  or  seventh 
grade  level.  Orte  of  the  most  useful  MIMMS  reports  is  the  shop  daily 
progress  report.  Ideally,  this  report  should  be  available  to  the  shop 
foreman  at  1600  hours  as  of  1530  hours  however,  this  report  has  been 
scrapped  because  of  the  extensive  reporting  requirements  to  HQMC  - 
headquarters  requires  too  much.  The  Third  Amphibious  Assault 
Battalion  has  a  simple  Class  III  Daily  Progress  report  done  in  clear 


engllsh,  run  at  the  ASC  and  1s  back  to  the  shop  foreman  by  1600  hours 
on  the  day  of  the  run. 

Colonel  Mockler,  the  commanding  officer  of  the  BSSG,  was  con¬ 
cerned  about  the  continued  deployability  of  the  SYCOR  processors  until 
such  time  as  SASSY  Phase  II  programs  are  avalable  for  the  'green 
machines.'  He  Is  currently  working  with  messages  to  solve  the 
deployed  SASSY  problem.  Colonel  Nockler  would  utilize  a  MASC  for  all 
phases  of  an  amphibious  operation  -  from  garrison  to  embarkation, 
while  afloat  and  then  Into  an  AOA.  He  believes  that  good  ADPE-FMF 
programs  will  solve  most  of  our  deployed  problems.  When  a  MAU  deploys, 
the  administrative  tall  staff  goes  Into  the  MSSG. 

Major  Aldridge,  the  commander  of  the  SASSY  Management  Uhlt  (SMU), 
works  closely  with  the  NCOIC  of  the  Maintenance  Management  Office 
(MMO).  The  degree  of  cooperation  observed  In  the  1st  Marine  Brigade 
operation  prompts  the  question— should  SMUs  and  MMOs  be  a  combined 
operation?  Major  Aldridge  was  concerned  with  data  and  transmission 
security.  He  had  experienced  situations  where  untrained  personnel  had 
attempted  to  manipulate  a  current  automated  file  and  In  so  doing,  had 
made  those  files  Irretrievable.  Major  Aldridge  has  Instituted 
rigorous  procedures  to  Insure  that  only  qualified  personnel  operate 
SASSY.  SASSY  Is  operated  from  remote  job  entry  (RJE)  at  ASC-6. 
Currently,  requisition  return  status  Is  poor  due  to  communications. 
Major  Aldridge  believes  that  status  returns  could  be  Improved  within 
the  NTS  by  using  a  truncated  message  format.  Also,  he  believes  way 
too  many  Class  III  systems  are  used  for  retrievals  with  MARK  IV.  He 
Is  currently  making  three-to-four  SASSY  runs  each  week— he  would 
prefer  to  make  five  runs  a  week.  Major  Aldridge  would  prefer  a  MASC 
which  would  operate  In  garrison  and  would  not  tie  Into  another  main¬ 
frame  computer  although  he  understands  that  AUTODIN  II  will  provide 
direct  access  to  other  mainframes  (not  necessary  v^en  deployed).  He 
would  then  operate  the  MASC  aboard  ship,  when  deployed,  and  vi^en  In  an 
AOA,  he  would  have  as  many  terminals  as  possible  hardwired  to  the  MASC 
operated  In  the  FSSG  or  BSSG.  Major  Aldridge's  biggest  concern  Is  how 
to  get  supply  transactions  Into  the  OLA  system  (DAAS)  when  deployed; 
when  transactions  don't  enter  the  system,  a  resupply  base  Is  not 
established.  A  MSSG  deploys  with  about  2,500  line  Items  of  supply  and 
the  BSSG  would  deploy  with  about  12,000  lines.  Integration  of  war 
reserve  stocks  would  about  double  the  BSSG  lines  to  about  24,000.  He 
believes  that  when  employed  In  combat,  the  transactions  for  SASSY  will 
be  about  two-and-one-hal f  times  those  In  normal  garrison  operations. 
Further,  Major  Aldridge  feels  that  the  Implementation  of  an  Inter¬ 
active  Marine  Standard  Supply  System  (M3S)  will  dry  up  a  portion  of 
the  SMU.  The  combined  operation  of  the  SMU  and  MMO  functions  seemed 
very  efficient  and  the  close  cooperation  between  the  two  functional 
managers  was  clearly  evident. 

The  remaining  significant  discussions  were  held  with  personnel 
from  MAG-24  which  Is  understood  to  be  the  largest  MAG  In  the  Marine 
Corps.  Captain  Hayne  from  aviation  supply  experienced  a  one-third 
availability  of  the  AN/UYK-5A  (UNIVAC-1500)  within  the  group.  SUADPS 
is  the  only  system  operated  on  the  AN/UYK  even  through  3M  is  also  sup¬ 
posed  to  operate  on  the  AN/UYKs;  3M  and  FREDS  are  operated  on  IBM  360s 
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through  the  RJE  at  ASC-6.  Also,  four  additional  high  visibility 
aviation  supply  systems  are  operated  by  the  MAG.  Each  of  the  high 
visibility  systems  Is  operated  on  Navy  hardware  and  software.  The 
first  system,  operated  at  Philadelphia,  Is  the  Closed  Loop  Aeronauti¬ 
cal  Management  Program  (CLAMP).  CLAMP  and  Its  follow-on  system. 
Updated  CLAMP  (UCLAMP)  Is  operated  on  a  commercial  Interactive  network 
with  a  Western  Union  Telex  terminal.  The  remaining  three  systems  are 
oriented  toward  specific  aircraft— the  F4,  CH53  and  TA4.  Each  system 
Is  Interactive  and  entry  to  each  Is  with  commercial  terminals  and 
telephones.  Captain  Hayne  would  like  to  deploy  with  the  high  visibil¬ 
ity  aviation  supply  systems  but  their  deployability  Is  dependent  upon 
the  availability  of  commercial  telephones  which  are  not  available  to 
the  deployed  force.  When  deployed,  the  Navy  seems  to  communicate  on 

the  high  visibility  Items  with  high  priority  messages;  for  SUADPS,  it 

takes  a  few  days  to  receive  aviation  supplies. 

The  remaining  discussions  In  MAG  24  were  held  with  Captain  Snyder, 
the  Maintenance  Officer  and  Master  Sergeant  Bauermann,  the  Maintenance 
Analyst.  Reports  received  from  3M  Inputs  to  the  Naval  Maintenance 
Support  Office  (NMSO)  in  Mechanicsburg,  PA  are  of  little  use  since 
they  are  one-and-one-half  to  two-months  out-of-date  when  received. 
MAG-24  does  not  operate  terminals  Into  their  AN/UYK-5A  nor  do  they 
operate  3M  on  the  AN/UYK;  3M  Is  run  on  an  IBM  360/50.  SUADPS  runs  on 

the  AN/UYK  require  about  23  hours  per  day.  "Aviation  supply  needs 

automated  data— the  computers  are  Invaluable  and  we  must  have  communi¬ 
cations  to  operate."  The  Navy  uses  a  front  loading  aviation  supply 
theory  and  'blue'  air  supply  enjoys  a  high  priority  for  data  transmis¬ 
sion.  The  numerous  aviation  supply  systems  do  not  Interface  the  way 
they  should.  NASO  produces  a  quarterly  degradation  report  which  Is 
very  useful— MAG-24  personnel  would  like  to  receive  the  degradation 
report  on  a  monthly  tasis. 

Throughout  the  Interviews,  there  was  little  awareness  of  the 
management  of  Class  III(A)  and  V(A)  supplies  from  a  Marine  Corps  point 
of  view;  these  are  normally  'blue'  Items  of  supply  and  Marine  Corps 
involvement  In  the  management  of  these  supplies  is  uncertain. 


M.  Dioighefty 
D^oyed  AIS-88 
Study  Team  Leader 
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MEMORANDUM  FOR  RECORD 

Subject:  Interviews  with  FMFPAC  Personnel  Concerning  the  Functional 
Areas  of  Supply,  Maintenance  and  Embarkation  for  the 
Deployed  AlS-88  Study 

1.  During  the  week  of  14-17  September  1981,  the  following  personnel 
were  Interviewed  regarding  the  concept  of  operations  for  supply,  main¬ 
tenance  and  embarkation  support  for  deployed  forces  and  during  all 
phases  of  amphibious  operations. 


CO,  1st  FSSG 

Director,  RASC,  Camp  Pendleton 
ISMO,  IMAF 

Asst  G-4  (Supply),  IMAF 
MMO,  1st  Iter  Division 
OIC,  SMU,  1st  FSSG 
TCO  Proj  Off,  MCTSSA 
Asst  OIC,  SMU,  1st  FSSG 
Div  Supply  Office,  1st  Mar  Division 
ISMO,  3d  MAW 

MWHS-3  (G-4  Embarkation) 

Div  Supply  Office,  1st  Mar  Division 
Div  Supply  Office,  1st  fter  Division 
RASC,  Camp  Pendleton 

2.  f^SC  Concept. 

a.  All  personnel  interviewed  strongly  endorsed  the  need  for  an 

•  AIS  capability  for  deployed  forces.  The  combination  of  the  MASC  and 
ADPE-FMF  will  satisfy  the  ADP  requirements  for  support  of  the  supply, 
maintenance  and  embarkation  functional  areas. 

b.  There  were  varied  opinions  regarding  operation  of  the  MASC 
during  all  phases  of  an  amphibious  operation.  The  widest  variance  was 

•  in  the  garrison  phase.  Most  views  supported  operation  of  the  MASC  in 
garrison  primarily  for  readiness  and  as  a  backup  capability  for  the 
RASC.  The  MASC  needs  to  be  operated  to  ensure  operability  of  equip¬ 
ment  and  software  programs  and  to  ensure  a  "hands-on"  proficiency 
level  by  MASC  personnel.  The  other  strong  viewpoint  was  that  in 
garrison  primary  reliance  should  be  on  the  RASC  with  the  MASC  becoming 

9  operational  upon  embarkation. 

c.  Generally,  software  programs  are  CONUS  oriented  and  are  too 
large  and  impractical  for  deployed  forces.  Tailored  programs  are 
needed  for  deployment.  This  can  only  be  accomplished  through  a  system 


«  Col  Benstead 

Col  E.M.  Bain 
LtCol  L.R.  Frequez 
LtCol  6.  T.  Kalt 
LtCol  L.  E.  Reed 
LtCol  P.  J.  Prinster 
Maj  J.  S.  Mays 
Maj  R.  J.  Popps 
Capt  R.  Holmes 
Capt  W.  E.  Whittaker 
CWO-2  L.  A.  Ferrara 
MGySgt  E.  S,  Mitchell 

IK  MSgt  C.  A.  Vanderschans 

^  Mr.  R.  Gulath 
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by  system  decomposition  to  determine  what  functions  and  procedures 
should  or  should  not  be  deployed.  Modular  developed  programs  would 
permit  deployed  forces  to  carry  with  them  the  essential  elements  and 
leave  the  “nice-to-have"  elements  behind  without  disrupting  continuity 
of  operations. 

d.  Telecommunications  Is  a  critical  factor  In  deployed  situa¬ 
tions.  With  the  advent  of  the  Marine  Corps  Data  Network  (MCDN),  trans¬ 
fer  of  data  within  CONUS  will  be  Improved.  However,  this  Improvement 
will  lead  to  greater  use  of  AOP  and  create  serious  problems  when 
forces  deploy  without  this  telecommunication  capability.  Provisions 
must  be  made  for  telecommunications  between  deployed  forces  and  CONUS. 

e.  An  additional  requirement  exists  for  operation  of  the  MASC 
In  garrison  now  for  contingency  planning.  A  capability  is  required 
for  forging  varying  elements  of  all  three  MAFs  into  a  new  composite 
MAF.  This  Involves  a  large  data  base  vWilch  must  consider  forces  with 
equipment  and  forces  without  equipment  but  subsequently  matched  with 
prepositioned  equipment. 

f.  The  sizing  of  the  MAFSC  appears  to  be  adequate  if  funding 
and  personnel  are  available. 

g.  There  is  a  need  for  the  MASC  to  Interface  with  ITWADS-MIS.  A 
problem  of  Incompatibility  exists  at  present  primarily  in  a  seven 
versus  nine  track  "ape  situation. 

h.  Too  much  data  Is  being  provided  to  the  commander.  A  hard 
look  needs  to  be  taken  to  scale  down  reports  to  actually  »i^at  Is 
needed,  particularly  for  forces  In  combat. 

1.  Extreme  care  must  be  taken  not  to  clutter  the  main-frame 
with  non-essential  programs. 

3.  Diskette  Operations 

An  IBM  System  ^  commercial  version  (white  machine)  is  utilized  at 
the  RASC  for  the  purpose  of  reading  diskettes  from  the  ADPE-FMF  dev¬ 
ices  (green  machines)  and  writing  output  diskettes.  The  diskette  are 
processed  through  two,  10  diskette  magazine  peripheral  devices.  Each 
diskette  Is  read  into  the  IBM  360/65  and  the  JCL  prepares  a  run  from 
each  diskette.  The  Input  from  each  diskette  Is  maintained  as  a  sepa¬ 
rate  so  that  when  a  bad  diskette  Is  encountered,  a  single  job  Is 
killed  and  other  processing  proceeds.  The  data  is  transmitted  thorugh 
a  38.4  kbs  (kilobits  per  second)  bisynchoneous  circuit  into  the  COMTEM 
3670  communications  front-end  processor  associated  with  the  IBM  360/65. 
It  takes  20-30  minutes  to  read  40  diskettes  and  about  4  hours  to  write 
output  to  40  diskettes. 

4.  Supply  Support 

a.  A  capability  must  exist  to  interface  with  other  Services. 
Some  support  in  a  deployed  situation  will  come  from  the  Army,  there- 
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fore  it  is  essential  that  requisitions  and  other  data  be  entered  into 
and  received  from  Army  supply  systems. 

b.  There  is  a  need  to  load  medical  supplies  and  Class  V^W)  to 
SASSY. 

c.  SASSY  as  currently  developed  is  unrealistic  for  deployments. 
It  is  too  large  and  requires  too  much  machine  time.  A  tailored, 
modular  version  is  needed  for  deployments. 

d.  Use  of  ADPE-FMF  as  input  for  MASC  appears  to  be  satisfactory 
but  is  troublesome  in  collecting  diskettes  from  units.  Also  the  dis¬ 
kettes  are  transported  unprotected;  some  problems  are  foreseen  in  that 
dust,  dirt  and  humidity  may  cause  some  deterioration  in  the  diskette 
quality. 

5.  Maintenance  Support 

a.  MIMMS  is  too  slow  and  involves  too  many  cards  for  input.  It 
needs  to  be  streamlined  for  combat. 

b.  There  is  a  need  for  faster  input  and  processing. 

c.  The  Division/MAF  staff  need  a  query  terminal  capability  with 
the  MASC  to  rapidly  ascertain  maintenance  status  and  materiel  readi¬ 
ness  data.  In  combat,  this  data  is  needed  the  night  before  rather 
than  in  the  morning-after  reports.  Follow-up  data  returned  the  next 
day  by  diskette  to  the  user  is  satisfactory. 

6.  Embarkation  Support 

A  "Standard  Embarkation  Management  System"  (SEMS)"  is  under 
development  to  replace  the  "Mechanized  Snbarkation  Data  System" 
(MEDS).  The  program  will  be  used  on  ADPE-FMF  and  will  not  require  any 
MASC  support.  Upon  successful  testing  it  will  satisfy  the  embarkation 
data  requirements  for  the  user  (battalion/squadrons)  and  embarkation 
team  levels. 
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ANNEX  D 


MARINE  AMPHIBIOUS  FORCE  (MAP)  ORGANIZATION 


Appendix  1:  MAF  Troop  List . D 

Appendix  Z:  MAF  Task  Organization  -  Initial  Assault  .  D 

Appendix  3:  Division  Task  Organization  -  Initial  Assault.  .  .  D 

Appendix  4:  Wing  Task  Organization  -  Initial  Assault . D 

Appendix  5:  FSSG  Task  Organization  -  Initial  Assault . D 

Appendix  6:  MAF  Task  Organization  -  Subsequent  Operations 

Ashore . D 

Appendix  7;  Division  Task  Organization  -  Subsequent 

Operations  Ashore  .  0 

Appendix  8:  Wing  Task  Organization  -  Subsequent  Operations 

Ashore,  Preponderance  of  Fixed-Wing  Aviation 
Afloat  or  Located  at  Theater  Airfields  Outside 
the  AOA . C 

Appendix  9:  FSSG  Task  Organization  -  Subsequent  Operations 

Ashore,  Preponderance  of  Fixed-Wing  Aviation 
Afloat  or  Located  at  Theater  Airfields  Outside 
the  AOA . 0 

Appendix  10:  Wing  Task  Organization  -  Subsequent  Operations 

Ashore,  After  Arrival  of  Theater  Air  Echelon  in 
the  AOA . D 

Appendix  11:  FSSG  Task  Organization  -  Subsequent  Operations 

Ashore,  After  Arrival  of  Theater  Air  Echelon 
in  the  AOA . D 


Note:  The  study  team  has  been  advised  of  changes  to  T/Os  subsequent 
to  the  preparation  of  this  Annex  and  its  appendices.  Where 
these  changes  do  not  influence  the  results  of  the  study,  no 
effort  has  been  made  to  make  changes  after  the  fact. 
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;  APPENDIX  1 

!  MARINE  AMPHIBIOUS  FORCE  TROOP  LIST 


X 

Mu1 ti  pi  e 

Unit 

USMC 

USN 

► 

COMMAND  ELEMENT 

s 

1 

Hq,  MAF/H&S  Co.  MAF 

354 

16 

w 

1 

Radio  Bn 

473 

8 

1 

Conn  Bn 

738 

13 

1 

Force  Recon  Co 

154 

7 

1 

CAG 

97 

4 

4 

Cl  Team 

16 

0 

2 

SSC  Team 

8 

0 

1 

Topo  Plat 

53 

0 

Command  Element  Total: 

1,949 

48 

. 

1 

‘ 

. 

GROUND  COMBAT  ELEMENT 

Marine  Division  (Rein) 

1 

Hq,  Mar  Div/Hq  Bn 

1,457 

32 

3 

Infantry  Regt 

3 

Hq  Co 

170 

5 

’  —  ■ 

9 

Inf  Bn 

1,192 

68 

1 

Artillery  Regt 

. 

1 

Hq  Btry 

256 

6 

< 

3 

DS  Arty  Bn 

737 

16 

1 

GS  Arty  Bn,  155  How  (SP) 

416 

8 

1 

GS  Arty  Bn,  8"  How  (SP) 

565 

10 

1 

Tgt  Acquisition  Battery 

167 

2 

i 

1 

Searchl ight  Battery 

117 

3 

1 

Re con  Bn 

411 

33 

2 

Tank  Bn 

990 

19 

1 

As  It  Amphib  3n 

1,141 

21 

■  ( 

. 

1 

Combat  Engr  Bn 

910 

16 

Ground  Combat  Element  Total: 

20,869 

844 

'  t 

D-1-1 

MARINE  AMPHIBIOUS  FORCE  TROOP  LIST 


Multiple  Unit  USMC  USN 

AVIATION  COMBAT  ELEMENT 


Marine  Aircraft  Wing 


1 

Hq,  MAU/MWHS 

623 

25 

1 

MUWU 

49 

0 

1 

Marine  Air  Control  Group 

1 

H&HS 

142 

7 

1 

MWCS 

369 

0 

2 

MACS 

256 

3 

1 

MASS 

240 

2 

1 

LAAM  Bn 

766 

12 

1 

MATCS 

288 

2 

1 

FAAO  Btry 

271 

7 

3 

Marine  Aircraft  Group  (VA/VF) 

3 

H&MS 

405 

0 

3 

MABS 

276 

16 

2 

VMA  (AW) 

333 

4 

3 

VMFA  (F4) 

383 

4 

2 

VMFA  (F18) 

366 

4 

3 

VMA 

358 

4 

1 

Det,  VMFP 

321 

4 

1 

Det,  VMAQ 

487 

4 

2 

Marine  Aircraft  Group  (VH) 

2 

HAMS 

351 

0 

2 

MABS 

223 

16 

4 

HMH  (CH-53D} 

255 

4 

1 

HMH  (CH-53E) 

294 

4 

9 

HMM 

188 

4 

1 

HML 

321 

4 

2 

HMA 

382 

4 

1 

VMO 

213 

4 

D-1-2 


MARINE  AMPHIBIOUS  FORCE  TROOP  LIST 


Unit 


AVIATION  COMBAT  ELEMENT  (Cont'd) 

Marine  Aircraft  Wing  (Cont'd) 

Marine  Wing  Support  Group 
H&GMS 

Wg  Engr  Sqdn 
Wg  Trans  Sqdn 

Marine  Aerial  Refueler  Transport 
Squadron 

Aviation  Combat  Element  Total: 

COMBAT  SERVICE  SUPPORT  ELEMENT 

Force  Service  Support  Group 

Hq.  FSSG/H&S  Bn 
Engr  Spt  Bn 
Lndg  Spt  Bn 
Maint  Bn 
Supply  Bn 
MT  Bn 
Med  Bn 
Dental  Co 

Combat  Service  Support  Element 
Total ; 


Marine  Amphibious  Force  Total 


APPENDIX  2 


MAP  TASK  ORGANIZATION 
INITIAL  ASSAULT 


Marine  Amphibious  Force 

Hq,  MAP 
Coitm  Bn  (-) 

Cl  Team 

Marine  Division  (-)  (Rein) 

Mar  Div  (-) 

Det,  Comm  Bn 
SSC  Team 
Tk  Bn 
SP  Group 
HS  Group  (2) 

HS  Team 

Marine  Aircraft  Wing 
MAW 

Det,  Comm  Bn 
Cl  Team 
SSC  Team 
Det,  FSSG 


Force  Recon  Co 


MAP  TASK  ORGANIZATION 
INITIAL  ASSAULT 


USMC 

USN 

Force  Service  Support  Group  (-)  (Rein) 

1,808 

358 

FSSG  (-) 

1,531 

358 

Oet,  Comm  Bn 

30 

0 

Cbt  Engr  Co  (Rein) 

157 

0 

Force  Service  Support  Group  (-)  (Rein) 

1,808 

358 

Oet.  MAG  (VH) 

30 

0 

Oet,  NWSG 

30 

0 

Det,  MP  Co,  Hq  Bn,  Mar  Div 

30 

0 

Radio  Bn  (-) 

108 

2 

0-2-2 


APPENDIX  3 


.  ;  ^  DIVISION  TASK  ORGANIZATION 

INITIAL  ASSAULT 


■ 

USMC 

USN 

2 

Marine  Division  (-)  (Rein) 

21,025 

884 

Hq  Bn  (-) 

1,333 

32 

Det,  Conin  Bn 

30 

0 

■  —  ■ 

SSC  Team 

8 

0 

Infantry  Reqt  (Rein) 

5,040 

230 

Inf  Regt 

3,746 

209 

Det,  Hq  Bn 

25 

0 

1 

DS  Arty  Bn 

737 

16 

AT  Co  (Rein) 

246 

0 

Cbt  Engr  Co  (Rein) 

157 

0 

Recon  Co 

79 

0 

HSG 

50 

5 

S 

Infantry  Reqt  (Rein) 

5,559 

260 

i 

Inf  Regt 

3,746 

209 

Det,  Hq  Bn 

19 

0 

■  „  . 

As  It  Amphib  Bn 

1,141 

21 

Cbt  Engr  Co  (Rein) 

157 

0 

Tk  Co  (Rein) 

151 

0 

<  ■ 

SPG  (Attchd  for  embark  and  Indg) 

345 

30 

-  -... 

Infantry  Reqt  (-)  (Rein) 

2,996 

146 

•  ^ 

Inf  Regt  (-) 

2,554 

141 

Det,  Hq  Bn 

25 

0 

) 


D-3-1 


DIVISION  TASK  ORGANIZATION 
INITIAL  ASSAULT 


USMC 


Infantry  Regt  (-)  (Rein)  (Continued) 


AT  Co  (-) 

164 

Cbt  Engr  Co  (Rein) 

157 

Recon  Co 

79 

HSG 

17 

Artillery  Reqt  (-) 

2,878 

Combat  Enqr  Bn  (-) 

246 

Recon  Bn  (-) 

228 

Tank  Bn  (-) 

744 

Tank  Bn  (-) 

675 

Div  Res;  Infantry  Bn  (Rein) 

1,288 

Inf  Bn 

1,192 

Oet,  Hq  Bn 

25 

Cbt  Engr  Bn 

36 

Recon  Plat 

25 

HST 

10 

APPENDIX  4 


WING  TASK  ORGANIZATION 
INITIAL  ASSAULT 


Marine  Aircraft  Wing 

Hq,  MAW/MWHS  (-) 

Oet,  Comm  Bn 

Marine  Air  Control  Group 

H4HS  (-) 

MWCS  (-) 

MACS 
MASS 
LAAM  Bn 
MATCS  (-) 

FAAD  Btry 

Marine  Wing  Support  Group 

H4GMS  (-) 

Wg  Engr  Sqdn  (-) 

Wg  Trans  Sqdn  (-) 

Marine  Aircraft  Group  (VH)  (2) 


WING  TASK  ORGANIZATION 
INITIAL  ASSAULT 


Marine  Aircraft  Wing  (Rear) 

Oet,  MWHS 
Det,  Conn  Bn 
Cl  Team 
SSC  Team 
MWUU 


Pet,  Marine  Air  Control  Group 

Oet.  H&HS 
Oet.  MUCS 
MACS 

Oet.  MATCS 


Marine  Aircraft  Group  (VA/VF)  (3) 


H&MS  (3) 

MABS  (3) 

VMA  (AW)  (2) 

VMFA  (5) 

VMA  (2) 

VMO 

Oet.  VMFP 
Det.  VMAQ 

Combat  Service  Suooort  Grouo 


■ 

-- 

WING  TASK  ORGANIZATION 

T. 

• 

INITIAL  ASSAULT 

m 

■5 

» ' 

USMC 

USN 

1 

s 

Combat  Service  Support  Group  (Cont'd) 

- 

Det,  Force  Service  Support  Group 

1,638 

243 

< 

1' 

Oet,  H&S  Bn 

254 

0 

- 

Det,  Engr  Spt  Bn 

308 

0 

-  ■  „  . 

Oet,  Lndg  Spt  Bn 

283 

0 

Oet.  Maint  Bn 

371 

0 

V. 

Oet,  Supply  Bn 

341 

0 

Oet,  Med  Bn 

81 

177 

■ 

Dental  Bn 

0 

66 

nr 

Det,  Marine  Wing  Support  Group 

506 

11 

Det,  H&GMS 

158 

11 

Oet,  Wg  Engr  Sqdn 

203 

0 

Det,  Wg  Trans  Sqdn 

145 

0 

• 

'■ 

Marine  Aerial  Refueler  Transport  Squadron 

568 

4 

• 

- 

'« 

1 

'• 

» 

■  — 

D-4-3 
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APPENDIX  5 


ny 


FSSG  TASK  ORGANIZATION 
INITIAL  ASSAULT 


f  Service  Support  Group  (-)  (Rein) 

1,808 

358 

Det,  H&S  Bn 

254 

4 

Oet,  Comm  Bn 

30 

0 

Det,  Engr  Spt  Bn 

145 

3 

Det,  Lndg  Spt  Bn 

175 

0 

Det,  Maint  Bn 

325 

0 

Det,  Supply  Bn 

305 

0 

Det,  MT  Bn 

196 

0 

Det,  Med  Bn 

131 

285 

Dental  Co 

0 

66 

Cbt  Engr  Co  (Rein) 

157 

0 

Det,  MAG  (VH) 

30 

0 

Det,  MWSG 

30 

0 

Det,  NP  Co,  Hq  Bn,  Mar  Div 

30 

0 

APPENDIX  6 


MAF  TASK  ORGANIZATION 
SUBSEQUENT  OPERATIONS  ASHORE 


USMC 

USN 

Marine  Amphibious  Force 

48,680 

2,385 

Hq,  MAF/H&S  Co,  MAF 

354 

16 

Comm  Bn  (-) 

558 

13 

CAG 

97 

4 

Cl  Team  (2) 

32 

0 

Topo  Plat 

53 

0 

Marine  Division  (Rein) 

20,953 

844 

Mar  Oiv 

19,879 

825 

Det,  Comm  Bn 

60 

0 

Cl  Team 

16 

0 

SSC  Team 

8 

0 

Tk  Bn 

990 

19 

Marine  Aircraft  Winq 

Phase  3 

19,086 

534 

MAW 

17,314 

287 

Det,  Comm  Bn 

60 

0 

Cl  Team 

16 

0 

SSC  Team 

8 

0 

Det,  FSSG 

1,688 

247 

MAF  TASK  ORGANIZATION 
SUBSEQUENT  OPERATIONS  ASHORE 


USMC 

USN 

Phase  4 

17,398 

287 

MAW 

17,314 

287 

Det,  Co(nm  Bn 

60 

0 

Cl  Team 

16 

0 

SSC  Team 

8 

0 

Force  Recon  Co 

154 

7 

Force  Service  Support  Group  (Rein) 


Phase  3 

6,920 

959 

FSSG  (-) 

6,860 

959 

Det,  Conm  Bn 

60 

0 

Phase  4 

8,608 

1,206 

FSSG 

8,548 

1,206 

Det,  Comm  Bn 

60 

0 

Radio  Bn 

473 

8 

D-6-2 


APPENDIX  7 

f 

‘ 

DIVISION  TASK  ORGANIZATION 
SUBSEQUENT  OPERATIONS  ASHORE 

s 

1 

- 

USMC 

USN 

Marine  Division  (Rein) 

20,953 

844 

r 

Hq  Bn  (-) 

1,382 

32 

■  - 

Det,  Comm  Bn 

60 

0 

- 

Cl  Team 

16 

0 

SSC  Team 

8 

0 

f 

■ 

Infantry  Reqt  (Rein)  (2) 

7,542 

418 

Inf  Regt 

7,492 

418 

9 

Det,  Hq  Bn 

Other  elements  as  appropriate 

50 

0 

1 

Artillery  Reqt 

3,732 

77 

9 

Assault  Amphibian  Bn 

1,141 

21 

i 

Combat  Enqr  Bn 

910 

16 

9 

■ 

Recon  Bn 

411 

33 

■ 

Tank  Bn  (2) 

1,980 

38 

9 

Div  Res:  Infantry  Reqt  (Rein) 

3,771 

209 

1 

Inf  Regt 

3,746 

Det,  Hq  Bn 

Other  elements  as  appropriate 

25 

m 

'  1 
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APPENDIX  8 


WING  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE,  PREPONDERANCE  OF  FIXED-WING  AVIATION 
AFLOAT  OR  LOCATED  AT  THEATER  AIRFIELDS  OUTSIDE  THE  AOA 


USMC 

USN 

Marine  Aircraft  Wina 

19,086 

534 

Hq.  MAW/MWHS  (-) 

423 

15 

Oet,  Comm  Bn 

30 

0 

Marine  Air  Control  Grouo 

2,023 

30 

H4HS  (-) 

98 

5 

MWCS  (-) 

296 

0 

MACS 

256 

3 

MASS 

240 

2 

LAAM  Bn 

766 

12 

MATCS  (-) 

96 

1 

FAAD  Btry 

271 

7 

Marine  Wino  Support  Grouo 

1,056 

11 

H4GMS  (-) 

325 

11 

Wg  Engr  Sqdn  (-) 

373 

0 

Wg  Trans  Sqdn  (-) 

358 

0 

Marine  Aircraft  Grouo  (VH)  (21 

5,597 

104 

H&MS  (2) 

702 

0 

MABS  (-)  (2) 

446 

32 

HMH  (5) 

1,314 

20 

HMM  (9) 

1,692 

36 

0-8-1 


WING  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE.  PREPONDERANCE  OF  FIXED-WING  AVIATION 
AFLOAT  OR  LOCATED  AT  THEATER  AIRFIELDS  OUTSIDE  THE  AOA 


USMC 

USN 

Combat  Service  Support  Group 

2,194 

258 

Det,  H&S  Bn.  FSSG 

50 

4 

Det.  Force  Service  Support  Group 

1,638 

243 

Det.  H&S  Bn 

254 

0 

Det.  Engr  Spt  Bn 

308 

0 

Det,  Lndg  Spt  Bn 

283 

0 

Det.  Naint  Bn 

371 

0 

Det.  Supply  Bn 

341 

0 

Det,  Med  Bn 

81 

177 

Dental  Co 

0 

66 

Det,  Marine  Winq  Support  Group 

506 

11 

Det,  H&GMS 

158 

11 

Det.  Wg  Engr  Sqdn 

203 

0 

Det,  Wg  Trans  Sqdn 

145 

0 

Marine  Aerial  Refueler  Transport  Squadron 


568 


4 


APPENDIX  9 


FSSG  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE.  PREPONDERANCE  OF  FIXED-WING 
AVIATION  AFLOAT  OR  LOCATED  AT  THEATER  AIRFIELD  OUTSIDE  THE  AOA 

USMC 

Force  Service  Support  Group  (-)  (Rein)  6,920 


APPENDIX  10 


WING  TASK  ORGANIZATION 
SUBSEQUENT  OPERATIONS  ASHORE.  AFTER  ARRIVAL 
OF  THEATER  AIR  ECHELON  IN  THE  AOA 


Marine  Aircraft  Wing 

Hq,  NAU/MUHS 
Oet.  Comm  Bn 
Cl  Team 
SSC  Team 
MUWU 


Marine  Air  Control  Group 

H&HS 
MWCS 
MACS  (2) 

MASS 
LAAM  Bn 
MATCS 
FAAD  Btry 

Marine  Wing  Support  Group 


USI 


17, 


i 


2. 


] 


1.! 


H&GMS 

Wg  Engr  Sqdn 
Ug  Trans  Sqdn 


WING  TASK  ORGANIZATION 
SUBSEQUENT  OPERATIONS  ASHORE.  AFTER  ARRIVAL 
OF  THEATER  AIR  ECHELON  IN  THE  AOA 


USMC 

Marine  Aircraft  Group  (VA/VF)  (3) 

6,472 

HftMS  (3) 

1.215 

NABS  (3) 

828 

VMA  (AW)  (2) 

666 

VNFA  (S) 

1,881 

VMA  (3) 

1,074 

Oet.  VMFP 

321 

Oet.  VMAQ 

487 

Marine  Aircraft  Group  (VH)  ^2) 

5,452 

H&MS  (2) 

702 

NABS  (2) 

446 

HMH  (5) 

1,314 

HNM  (9) 

1,692 

HNL 

321 

HMA  (2) 

764 

VMO 

213 

Marine  Aerial  Refueler  Transport  Squadron 

568 

APPENDIX  11 


FSSG  TASK  ORGANIZATION 
SUBSEQUENT  OPERATIONS  ASHORE.  AFTER  ARRIVAL 
OF  THEATER  AIR  ECHELON  IN  THE  AOA 


Force  Service 


Support  Group  (-) 


(Rein) 


USMC 

8,608 


H&S  Bn 

1,696 

Det,  Comm  Bn 

60 

Engr  Spt  Bn 

1,641 

Lndg  Spt  Bn 

903 

Naint  Bn 

1,623 

Supply  Bn 

1,496 

MT  Bn 

848 

Med  Bn 

341 

Dental  Co  (4) 

0 
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Note:  The  study  team  has  been  advised  of  changes  to  T/Os  subsequent 
to  the  preparation  of  this  Annex  and  Its  appendices.  Where 
these  changes  do  not  influence  the  results  of  the  study,  no 
effort  has  been  made  to  make  changes  after  the  fact. 


E-1 


APPENDIX  1 


MARINE  AMPHIBIOUS  BRIGADE  TRDOP  LIST 
Unit 

COMMAND  ELEMENT 


Hq,  MAB/Oet,  Hq  Bn,  Mar  Div 
Det,  Coirni  Bn 
Det,  Radio  Bn 
Det.  M1HS 

Det,  Force  Recon  Co 
Det,  CAG 
Cl  Team 

Command  El ement  Total : 

GROUND  COMBAT  ELEMENT 
Regimental  Landing  Team 

Infantry  Regt 
Hq  Co 
Inf  Bn 

Artillery  Bn  (Rein) 

Det,  Hq  Btry,  Arty  Regt 
OS  Arty  Bn 
8"  How  Plat 
Recon  Co  (Rein) 

Tank  Co  (Rein) 

Asit  Ampnib  Co  (Rein) 

Det,  Cbt  Engr  Bn 

Ground  Combat  Element  Total: 


MARINE  AMPHIBIOUS  BRIGADE  TROOP  LIST 

- 

Multi  Die 

Unit 

USMC 

USN 

• 

5 

*  '*.• 

AVIATION  COMBAT  ELEMENT 

H 

Marine  Aircraft  Group 

g 

•4 

1 

Marine  Aircraft  Group  (VH) 

1 

H&MS 

351 

0 

- 

<  - 
“  L 

1 

MABS 

223 

16 

1 

3 

yyil 

188 

4 

im 

1 

HMH  (Rein) 

328 

4 

.1 

1 

HMA 

382 

4 

/ 

1 

Get.  VMO 

91 

1 

1 

Oet,  mi 

79 

3 

J 

■  ■ 

1 

Det,  Marine  Aircraft  Group  (VA/VF) 

1 

1 

H&MS 

405 

0 

1 

MABS 

276 

16 

2 

VMFA 

366 

4 

II 

1 

VMA  (AW) 

333 

4 

mm  1 

1 

VMA 

358 

4 

1 

Oet,  VMAQ 

224 

2 

1 

Det,  VMFP 

163 

2 

• 

1 

Marine  Air  Control  Group 

m 

1 

Oet,  H&HS 

49 

2 

1:' . 

1 

Oet,  MWCS 

123 

0 

L*'  . 

1 

MACS 

256 

3 

— 

80 

H 

1 

Det,  MASS 

0 

1 

Det,  MATCS 

146 

0 

— ' 

1 

Det,  LAAM  Bn 

294 

4 

1 

FAAD  Btry 

45 

0 

. 

J 

# 

1 

Det,  Marine  Wing  Support  Group 

i 

1 

Oet,  H&GMS 

173 

7 

1 

Oet,  Wg  Engr  Sqdn 

118 

0 

1 

Oet,  Wg  Trans  Sqdn 

116 

0 

> 

Aviation  Combat  Element  Total: 

5,909 

92 

-  ] 

1 

J 

1 

E-1-2 

I 

.  -  .  a 

MARINE  AMPHIBIOUS  BRIGADE  TROOP  LIST 


ilple 

Unit 

USMC 

USN 

COMBAT  SERVICE  SUPPORT  ELEMENT 

Brigade  Service  Support  Group 

1 

Det,  Hq  H&S  Bn 

522 

30 

1 

Det,  Engr  Spt  Bn 

367 

6 

1 

Oet,  Maint  Bn 

67 

0 

1 

Oet,  Supply  Bn 

4 

17 

1 

Det,  Lndg  Spt  Bn 

3. 

1 

1 

Det,  MT  Bn 

2 

0 

1 

Det,  Med  Bn 

.  •* 

163 

1 

Dental  Co 

0 

66 

Combat 

Service  Support  Element  Total: 

2,628 

283 

Marine  Amphibious  Brigade  Total 

14,677 

627 

APPENDIX  2 


MAB  TASK  ORGANIZATION 
INITIAL  ASSAULT 


Marine  Amphibious  Brigade 
Hq,  MAB 

Det,  Hq  Bn,  Mar  Div 
Oet,  Comm  Bn 
Oet,  MWHS 
Oet,  CAG 
Cl,  Team 

Infantry  Reot  (Rein) 


Inf  Regt 
Oet,  Hq  Bn 
Det,  Comm  Bn 
Arty  Bn  (Rein) 

Oet,  Cbt  Engr  Bn 
Tk  Co  (Rein) 

Asit  Amphib  Co  (Rein) 
Recon  Co  (Rein) 

HS  Group 
SP  Team 

Marine  Aircraft  Group 


Det,  MAG  (VH) 
Det,  Comm  Bn 
Det,  MAG  (VA/VF) 
Det,  MACG 
Det,  MWSG 
Det,  BSSG 


A''<'ENDIX  3 

RLT  TASK  ORGANIZATION 
INITIAL  ASSAULT 


Hq  Co 

Get,  Hq  Bn 
Det,  Comm  Bn 

Infantry  Bn  (Rein] 


Inf  Bn 

Cbt  Engr  Plat 
Recon  Plat 
HST 

Infantry  Bn  (Rein 


Inf  Bn 

Tk  Co  (Rein) 

Asit  Amphib  Co  (Rein) 

Cbt  Engr  Co  (Rein) 

SPT  (Attachd  for  embark  and  Indg) 

Artillery  Bn  (Rein 


Det.  Cbt  Enar  Bn 


Recon  Co 


5,632 

259 

170 

5 

10 

0 

30 

0 

1,273 

73 

1,192 

68 

36 

0 

25 

0 

20 

5 

1,885 

83 

1,192 

68 

168 

1 

253 

4 

157 

0 

115 

10 

te 


RLT  TASK  ORGANIZATION 
INITIAL  ASSAULT 


■ ; 

USMC 

USN 

g 

Reqt  Res:  Infantry  Bn  (Rein) 

1,263 

73 

Inf  Bn 

1,192 

68 

Det,  Hq  Bn 

15 

0 

s 

Cbt  Engr  Plat 

36 

0 

..  - 

HST 

20 

5 

■ 

k.  . 

hg 
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Marine  Aircraft  Group  (Cont'd) 


Marine  Aircraft  Group  (Rear) 

2,987 

73 

Det.  H&MS 

50 

0 

Get,  Coirni  Bn 

20 

0 

Det,  Marine  Aircraft  Group  (VA/VF) 

2,247 

33 

H&MS  (-) 

355 

0 

MABS 

276 

16 

VMFA  (2) 

732 

8 

VNA  (AW) 

333 

4 

Det,  VNAQ 

224 

2 

Det,  VMFP 

163 

2 

Det,  VMO 

91 

1 

Det,  MATCS 

73 

0 

Combat  Service  Support  Group 

670 

40 

Det,  H&S  Bn,  FSSG 

30 

0 

Det.  Brigade  Service  Support  Group 

504 

38 

Det,  H&S  Bn 

64 

0 

Det,  Engr  Spt  Bn 

69 

0 

Det,  Maint  Bn 

140 

0 

Det,  Supply  Bn 

95 

0 

Det,  Lndg  Spt  Bn 

119 

0 

Det,  Med  Bn 

17 

38 
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BSSG  TASK  ORGANIZATION 
INITIAL  ASSAULT 


USMC 

USN 

Brigade  Service  Support  Group 

2,060 

225 

Det,  H&S  Bn 

408 

30 

Det,  Comm  Bn 

30 

0 

Det,  Ehgr  Spt  Bn 

273 

6 

Det,  Lndg  Spt  Bn 

220 

1 

Det,  Maint  Bn 

445 

0 

Det,  Supply  Bn 

303 

17 

Det,  MT  Bn 

247 

0 

Det,  Med  Bn 

53 

105 

Dental  Co 

0 

66 

Cbt  Engr  Plat 

36 

0 

Det,  MAG  (VH) 

15 

0 

Det,  MWSG 

15 

0 

Det,  Hq  Bn,  Mar  Div 

15 

0 

E-5-1 
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NAB  TASK  ORGANIZATION 
SUBSEQUENT  OPERATIONS  ASHORE 


USNC 

USN 

Narine  Amphibious  Brigade 

14,677 

627 

Hq,  NAB 

216 

9 

Get,  Hq  Bn.  Nar  Div 

36 

0 

Oet,  Conin  Bn 

131 

0 

Oet,  WHS 

37 

0 

Oet.  CAG 

30 

4 

Cl  Team 

16 

0 

Infantry  Reqt  (Rein) 

5,528 

239 

Inf  Regt 

3,746 

209 

Det'.  Hq  Bn 

40 

0 

Det.  Comm  Bn 

30 

0 

Arty  Bn  (Rein) 

803 

17 

Oet.  Cbt  Engr  Bn 

390 

6 

Tk  Co  (Rein) 

168 

1 

Aslt  Amphib  Co  (Rein) 

253 

4 

Recon  Co  (Rein) 

98 

2 

Narine  Aircraft  Group 

Phase  3 

6,513 

130 

Oet.  NAG  (VH) 

2,048 

40 

Oet,  Comm  Bn 

40 

0 

Det,  NAG  (VA/VF) 

2,491 

36 

Det,  NACG 

993 

9 

Det,  NWSG 

407 

7 

Det,  BSSG 

534 

38 
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MAB  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE 

USMC 

USN 

Marine  Aircraft  Group  (Cont'd) 

Ptiase  4 

5,979 

92 

Oet;  MAG  (VH) 

2,048 

40 

Oet,  Conin  Bn 

40 

0 

Det,  MAG  (VA/VF) 

2,491 

36 

Oet,  MACG 

993 

9 

Oet.  MUSG 

407 

7 

Brigade  Service  Support  Group 

Phase  3 

2,124 

245 

Oet,  H&S  Bn 

428 

30 

Oet,  Conn  Bn 

30 

0 

Oet,  Engr  Spt  Bn 

298 

6 

Oet,  Maint  Bn 

470 

0 

Oet,  Supply  Bn 

323 

17 

Oet,  Lndg  Spt  Bn 

260 

1 

Oet,  MT  Bn 

262 

0 

Oet,  Ned  Bn 

53 

125 

Oental  Co 

0 

66 

Phase  4 

2,658 

283 

Oet,  H&S  Bn 

522 

30 

Oet,  Coim  Bn 

30 

0 

Oet,  Engr  Spt  Bn 

367 

6 

Oet,  Maint  Bn 

610 

0 

Oet,  Supply  Bn 

418 

17 

Oet,  Lndg  Spt  Bn 

379 

1 

MAB  TASK  ORGANIZATION 
SUBSEQUENT  OPERATIONS  ASHORE 


Brigade  Service  Support  Group  (Cont'd) 

Det,  MT  Bn 
Det,  Med  Bn 
Dental  Co 


APPENDIX  7 


RLT  TASK  ORGANIZATION 
SUBSEQUENT  OPERATIONS  ASHORE 


Infantry  Regt  (Rein) 

Hq  Co 

Oet,  Hq  Bn 
Det,  Conn  Bn 

Infantry  Bn  (Rein)  (2) 

Inf  Bn 
Det,  Hq  Bn 

Other  elements  as  appropriate 
Artillery  Bn  (Rein) 

Assault  Amphibian  Bn 
Det,  Cbt  Enqr  Bn 
Recon  Co  (Rein) 

Tank  Co  (Rein) 

Regt  Res:  Infantry  Bn  (Rein) 

Inf  Bn 
Det,  Hq  Bn 

Other  elements  as  appropriate 
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MAG  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE.  PREPONDERANCE  OF  FIXED-WING 
AVIATION  AFLOAT  OR  LOCATED  AT  THEATER  AIRFIELDS  OUTSIDE  THE  AOA 

USMC  USN 


Marine  Aircraft  Group 

6,513 

130 

Det,  H&MS  (-)  (Rein) 

100 

0 

Det,  Conin  Bn 

20 

0 

Det.  Marine  Aircraft  Group  (VH) 

2,215 

43 

H&MS  (-)  (Rein) 

281 

0 

MABS 

223 

16 

HMM  (3) 

564 

12 

HMH  (Rein) 

328 

4 

HMA 

382 

4 

VMA 

358 

4 

Det,  HML 

79 

3 

Det,  Marine  Air  Control  Group 

920 

9 

Det,  H&HS 

49 

2 

Det,  MWCS 

123 

0 

MACS 

256 

3 

Det,  MASS 

80 

0 

Det,  MATCS 

73 

0 

Det,  LAAM  Bn 

294 

4 

Det,  FAAD  Btry 

45 

0 

E-8-1 


MAG  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE,  PREPONDERANCE  OF  FIXED-WING 
AVIATION  AFLOAT  OR  LOCATED  AT  THEATER  AIRFIELDS  OUTSIDE  THE  AOA 


MAG  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE,  PREPONDERANCE  OF  FIXED-WING 
AVIATION  AFLOAT  OR  LOCATED  AT  THEATER  AIRFIELDS  OUTSIDE  THE  AOA 


Pet,  Brigade  Service  Support  Groui 

Det,  H&S  Bn 
Det,  Engr  Spt  Bn 
Det,  Maint  Bn 
Det,  Supply  Bn 
Det,  Lndg  Spt  Bn 
Det,  Med  Bn 

Det,  Marine  Wing  Support  Group 

Det,  H&GMS 
Det,  Wg  Engr  Sqdn 
Det,  Wg  Trans  Sqdn 
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BSSG  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE.  PREPONDERANCE  OF  FIXED-WING 
AVIATION  AFLOAT  OR  LOCATED  AT  THEATER  AIRFIELDS  OUTSIDE  THE  AOA 


Det.  H&S  Bn 
Det,  Comm  Bn 
Det,  Engr  Spt  Bn 
Det,  Lndg  Spt  Bn 
Det,  Ma1nt  Bn 
Det,  Supply  Bn 
Det,  MT  Bn 
Det,  Med  Bn 
Dental  Co 


USMC 

USN 

2,124 

245 

428 

30 

30 

0 

298 

6 

260 

1 

470 

0 

323 

17 

262 

0 

55 

125 

0 

66 
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APPENDIX  10 

r 

MAG  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE  AFTER  ARRIVAL  OF 
THEATER  AIR  ECHELON  IN  THE  AOA 


USMC 

USN 

r 

Marine  Aircraft  Grouo 

5,979 

92 

' 

Det,  H&MS  (-)  (Rein) 

100 

0 

r 

Oet,  Conin  Bn 

40 

0 

Det,  Marine  Aircraft  Group  (VH) 

1,948 

40 

r 

H&MS  (-)  (Rein) 

281 

0 

■4 

MABS 

223 

16 

HMM  (3) 

564 

12 

HMH  (Rein) 

328 

4 

•1 

HMA 

382 

4 

1 

,■1 

Det,  VMO 

91 

1 

.1 

Det,  HML 

79 

3 

3 

Oet,  Marine  Aircraft  Group  (VA/VF) 

2,491 

36 

1^ 

-.1 

*1 

1 

I 

.  1 

H&MS 

405 

0 

MABS 

276 

16 

9 

VMFA  (2) 

732 

8 

“1 

* 

VMA  (AW) 

333 

4 

.  / 

VMA 

358 

4 

; 

Det,  VMAQ 

224 

2 

9~ 

Det,  VMFP 

163 

2 

Oet,  Marine  Air  Control  Grouo 

993 

9 

Det,  H&HS 

49 

2 

9 

Det,  MWCS 

123 

0 

E-10-1 

9 
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MAG  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE  AFTER  ARRIVAL  OF 
THEATER  AIR  ECHELON  IN  THE  AOA 


USMC 


Pet,  Marine  Air  Controup  Group  (Cont'd) 


MACS 

256 

Det, 

MASS 

80 

Det, 

MATCS 

146 

Det, 

LAAM  Bn 

294 

Det, 

FAAD  Bt  ry 

45 

Det,  Marine  Winq  Support  Group 

407 

Det,  H&GMS 

173 

Det,  Engr  Sqdn 

118 

Det,  Wg  Trans  Sqdn 

116 

APPENDIX  11 


BSSG  TASK  ORGANIZATION 

SUBSEQUENT  OPERATIONS  ASHORE  AFTER  ARRIVAL  OF 
THEATER  AIR  ECHELON  IN  THE  AOA 


Oet,  H&S  Bn 
Oet,  Conm  Bn 
Det,  Engr  Spt  Bn 
Oet,  Lndg  Spt  Bn 
Oet,  Haint  Bn 
Oet,  Supply  Bn 
Oet,  MT  Bn 
Oet,  Med  Bn 
Dental  Co 


USMC 

USN 

2,658 

283 

522 

30 

30 

0 

367 

6 

379 

1 

610 

0 

418 

17 

262 

0 

70 

163 

0 

66 
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ANNEX  F 

HARDWARE  AND  SOFTWARE  SIZING  FOR  DEPLOYED  AIS-88  PROCESSING 


F.l  INTROOUCTION 


F.1.1  Concepts  of  Operation 

The  main  body  of  this  report  contains  the  concepts  of  operation 
for  each  deployable  functional  area.  Annex  G  of  this  report  contains 
data  collection  worksheets  for  each  deployable  AIS;  the  worksheets  con¬ 
tain  three  major  sections.  Th^  are  a  narrative  justification  for  the 
deployed  AIS  and  Its  concept  of  deployed  operation,  the  character  (byte) 
data  transfer  and  processing  requirement,  and  an  administrative  section 
specifying  deployed  parameters  and  Marine  Corps  points-of-contact.  The 
following  have  been  Identified  as  deployable  systems  by  major  Marine 
Corps  functional  area: 

Manpower  REAL  FAMMIS 

PPO  UNITREP 

Aviation-Navy  NALCOMIS 

SUADPS-RT 

Aviation-Marine  Corps  FREDS 

FI  seal  DOV 

I&L  M3S 

MIMMS 

SEMS 

Varied  Class  II  and  III 

The  basic  concept  of  operations  for  each  deployable  AIS  In  the 
1988  time  period  calls  for  data  base  preparations  while  In  garrison,  a 
transition  to  an  afloat  MASC,  MASC  support  during  an  assault  and 
finally,  the  echelonment  of  MASC(s)  ashore  to  support  continued 
operations. 


The  MASC  is  a  extension  of  adraini strati ve- type  processing  to 
alfoat  and  ashore  operations  in  an  AOA.  The  MASC  is  not  a  tactical 
computer  as  defined  within  the  MCTACCS  world,  however,  a  MASC  will 
provide  a  capability  to  prepare  data  upon  magnetic  media  on  a  periodic 
(probably  daily)  basis  for  transfer  to  the  required  MCTACCS  systems  but 
principally  TCO.  Unit  input  to,  and  output  from  the  MASC  would  be 
provided  based  upon  AOPE-FMF  devices. 

Following  in  this  annex  therefore  are  the  computations  to  support 
the  sizing  for  processing  by  functional  area.  In  the  later  part  of  this 
annex,  the  individual  AIS  processing  requirements  are  aggregated  into 
those  for  a  MAF  with  the  MAS  being  a  subset  of  a  MAF  -  the  MAU  is 
totally  supported  by  ADPE-FMF  devices. 

In  all  cases  under  consideration,  the  continued  operations  ashore 
phase  of  an  amphibious  operation  creates  the  greatest  processing  load 
and  hence,  the  sizing  computations  are  based  upon  projected  processing 
requirements  during  continued  operations  ashore  with  a  theater  airfield 
echelon  (TAE). 

F.1.2  Sizing  Parameters/Adjustments 

F. 1.2.1  Thirty- day  month.  CONUS-1  ike  processing  is  accomplished 
in  the  22  working  days  available  each  calendar  month.  Since  adminis¬ 
trative  processing  is  an  AOA  will  be  accomplished  on  a  7  day-per  week 
basis,  the  computed  monthly  processing  requirement  must  be  factored  by 
30  t  22  or  1.364.  This  is  an  assumed  linear  relationship. 

F.1.2. 2  Reliability.  Todays  processing  is  accomplished  on  pro¬ 
cessors  having  more  than  one  central  processing  unit  (CPU).  Should  one 
of  two  or  more  CPUs  become  inoperable,  the  remaining  CPU(s)  must  be  cap¬ 
able  of  providing  a  continuing  processing  capability  without  a  signifi¬ 
cant  degradation  in  processing  response  time.  An  analysis  of  the  reli¬ 
ability  of  multiple  CPU  configurations  was  conducted  in  the  REAL  FAMMIS 
feasibility  study  by  PGRG  and  completed  and  reported  in  August  1980. 
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For  a  2-CPU  configuration  assumed  for  a  MASC,  a  50  percent  greater  pro¬ 
cessing  capability  must  be  provided  in  each  CPU  in  order  to  provide  an 
acceptable  level  of  degraded  processing.  The  50  percent  greater  capa¬ 
bility  provides  a  redundant  processing  capability  For  normal  operations 
which  is  consistent  with  the  commercial  sector's  approach  to  sizing  mul¬ 
tiple  CPU  configurations.  The  degree  of  degredation  would  be  reflect¬ 
ed  in  a  worst  case  situation  to  about  a  12  second  response  compared  to 
normal  response  times  not  exceeding  about  2  seconds. 

F.1.2.3  Peak  Loading.  Analysis  of  a  number  of  computer  opera¬ 
tional  logs  reveals  that  during  certain  periods  of  time  during  the  day, 
the  processing  demands  increase,  particularly  in  the  interactive  pro¬ 
cessing  environment  where  users  demand  processing  time  in  other  than  a 
purely  random  fashion.  In  some  ways,  the  demand  upon  processing  time  is 
similar  to  that  of  a  phone  system  where  calls  place  demands  upon  the 
system  with  a  poisson  (random)  distribution.  The  peak  loading  for  com- 
merical  telephone  system  calls  occurs  around  noon  and  becomes  a  part  of 
what  is  defined  as  the  busy  hour.  Telephone  companies  design  their 
circuit  requirements  so  that  for  busy  hour,  twenty  percent  of  the  24 
hour  total  requirement  may  be  completed  with  a  98  percent  rate  of  call 
completion.  From  a  statistical  point-of-view,  the  users  of  a  computer 
system  are  far  fewer  than  telephone  subscribers,  hence  to  provide  high 
assurances  of  computer  processing  in  an  interactive  environment,  a  30 
percent  additional  processing  capability  is  provided  to  account  for  the 
busy  hour-type  processing  which  occurs  at  three  different  times  during 
the  time  prime  computer  work  day.  The  first  busy- type  hour  occurs  be¬ 
tween  8-9  AM  where  reruns  and  new  jobs  are  input.  Then  at  noon,  another 
busy- type  hour  occurs  because  many  users  will  place  a  run  into  the 
system  so  that  output  from  the  processing  will  (hopefully)  be  available 
upon  the  user's  return  from  lunch.  A  third  busy  hour  potentially  occurs 
near  the  end  of  the  normal  work  day  as  user's  input  work  for  overnight 
turnaround.  This  third  busy-type  hour  is  normally  alleviated  since 
one-to-two  shifts  are  available  for  overnight  processing.  To  provide  a 
processing  capability  for  peak  or  busy-hour- type  processing,  an  addi¬ 
tional  30  percent  processing  capability  will  be  added  to  the  identified 
processing  needs. 
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F.1.2.4  Interactive  System.  The  last  decade  and  one-half  has 
seen  the  rapid  implementation  of  interactive  systems.  Two  significant 
capabilities  are  being  added  to  existing  or  redesigned  software  to 
support  this  interactive  processing  environment. 

First,  many  of  today's  Marine  Corps  Class  :  AISs  are 
operated  in  the  batch  mode;  i.e.,  punched  cards  are  provided  th-^  com¬ 
puter  operators  who  place  the  jobs  on  the  computer  as  time  is  available 
and  processing  priorities  are  met.  As  system  software  is  placed  in  the 
interactive  processing  mode,  a  conversion  is  required  so  that  the 
batch-editing  functions  are  portrayed  on  the  interactive  CRT  screen. 
Further,  and  with  the  advent  of  significantly  faster  computers,  the  edit 
routines  and  DBMS's  perform  more  complex  functions  which  places  an 
additional  processing  requirements  on  the  MASCs.  Although  not  well 
documented  at  this  time,  technical  personnel  have  made  knowledgable 
estimates  that  the  additional  processing  power  required  from  interactive 
software  will  be  about  30  percent  of  the  baseline,  batch  processing 
requirement.  This  estimate  was  validated  with  the  U.S.  Army's  similar 
experience  through  Lieutenant  Colonel  Joseph  H.  Shine  from  the  Advanced 
Technology  Directorate  of  the  U.S.  Army's  Computer  Systems  Command  by 
telephone  on  19  July  1979.  Included  within  the  inter..  ,  _  processing 
factor  is  a  five  percent  overhead  attributable  to  s/stem  sign  on/off  and 
the  processing  requirement  for  conversational  prompting  in  contemporary 
software  packages. 

F.1.2.5  System  Growth.  A  previous  study  pertaining  to  future 
Marine  Corps  processing  requirements  (reference  ggg)  showed  CDPA  and 
RASC  annual  growth  rates  in  excess  of  20  percent  with  HQMC  CDPA  at  44 
percent.  These  growth  rates  are  discussed  in  a  PGRG  study  (reference 
u).  A  12  percent  annual  growth  rate  was  based  upon  CONUS- type  AIS 
operations,  however,  it  is  believed  that  only  about  half  of  the  12 
percent  rate  will  apply  to  deployable  software  hence  a  six  percent 
annual  growth  rate  will  be  applied  to  deployable  software  where  software 
growth  is  indicated  as  a  factor. 


F.1.2.6  AlS-Unique  Processing  Adjustments.  The  bulk  of  the 
major  systems  under  development  in  the  Marine  Corps  today  are  interac¬ 
tive  systems  v*iich  are  one-for-one  replacements  for  today's  batch  pro¬ 
cessing  systems.  The  major,  new  Class  I  AISs  and  their  projected  impact 
are  listed  in  Table  F.l  below. 


TABLE  F.l 

MAJOR  AIS  PROCESSING  IMPLICATIONS 


Old 

Batch 

New 

Interactive 

Impl ications 

JUMPS/MMS 

REAL  FAMMIS 

More  functions  in  CONUS,  less  deployed 
system  growth 

FORSTAT 

UNITREP 

Insignificant  -  small  system 

3M 

NALCOMIS 

SUADPS-EU 

SUAOPS-RT 

Navy  provided  hardware/ software 

FREDS 

FREDS 

OOV 

DOV 

ADPE-FMF  only 

SASSY 

M3S 

System  growth 

MIMMS 

MIMMS 

System  growth 

MEDS 

SEMS 

Insignificant  -  small  system 

Varied 

Vari  ed 

Assumed  constant  percentage  of  33% 

F.l. 2. 7  Baseline  Processing  Requirements.  The  baseline  pro¬ 
cessing  requirements,  i.e.,  the  monthly  processing  time  for  currently 
operating  AISs  had  been  extracted  from  res  -.e  cost  and  utilization 
(RESCU)  reports.  The  RESCU  reports  were  proviJed  HQMC  each  month  by  the 
17  ASCs,  however,  these  reports  were  discontinued  in  1981  because  there 
were  questions  pertaining  to  their  accuracy  and  utlization.  Another 
utilization  system  is  being  considered  for  implementation  at  this  time. 
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Data  from  RESCU  reports  was  collected  and  analyzed  in  1980  and  is  the 
best  data  available  for  the  establishment  of  baseline  processing 
requirements.  For  this  reason,  the  1980  RESCU  data  will  be  used  as 
discussed  with  a  representative  in  HQMC-CCIR  on  2  Marcn  1982. 

The  RESCU  reports  provide  the  processing  t  n  ■  .  ‘>quire- 
ments  for  standard  and  local  automated  systems  operated  at  the  :'id’-ine 
Corps  ASCs.  RESCU  reports  were  not  available  for  the  IBM  3dO/5U  at  Ca.np 
Pendleton  or  the  IBM  360/40  at  MCDEC.  Some  adjustments  and  assumptions 
pertaining  to  reported  Class  I-lII  AISs  were  require*!  in  e/tfacting  and 
developing  the  data  from  the  RESCU  reports.  First,  data  values  were 
assumed  for  the  two  ASCs  for  which  RESCU  reports  were  no*  available, 
-iiecond,  due  to  software  changes  made  to  RESCU  in  191?«,  not  all  A^Cs  were 
transmitting  up-to-date  RESCU  reports  to  HQMC  (CCIR);  therefore,  about 
naif  of  the  reports  were  out-of-date.  The  up-to-date  reports  were  as  of 
February  1980,  therefore,  the  out-of-date  reports  were  '.lodated  to 
February  1980  by  applying  a  one  percent  per  month  growth  -ate  to  the 
reported  processing  requirements.  The  last  adjustment  ri-  Mf'ed  *o 
determine  the  baseline  processing  requirements  was  to  convert  the 
processing  requirements  from  the  various-size  IBM  360  se'-ies  ci.y:,pur.ers 
into  a  common  denominator  of  IBM  360/65  equivalent  pr-  time. 

Each  deployable  system  will  be  briefly  discusseu  and  tne 
computations  shown  for  the  development  ot  a  MASC  sizing  estimate. 

F.2  DEPLOYABLE  AISs  AND  THEIR  SIZING  ESTIMATES 

Following  in  each  sub  paragraph,  is  a  brief  discussion  of  each 
deployable  administrative  function  and  the  computations  associated  with 
a  sizing  estimate. 

F.2.1  Manpower  and  Military  Pay 

REAL  FAMMIS  is  under  development  by  the  Marine  Corps  as  the 
replacement  for  the  current  JUMPS/MMS.  The  chosen  alternative  for  the 
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Implementation  of  REAL  FAMMIS  Is  the  liybrld  alternative  wherein  a  Marine 
Corps-wide  centra!  data  base  is  maintained  In  Kansas  City  and  manpower 
regional  data  bases  are  provided  each  RASC  for  the  purpose  of  regional 
data  base  inquiry  (all  pay  data  would  only  be  located  in  Kansas  City). 
For  deployed  MASC  operations,  the  regional  concept  for  manpower  data 
base  update  from  Kansas  City  was  envisioned  by  HQMC  personnel,  however, 
this  meant  that  the  deployed  data  base  would  be  days  or  weeks  old  since 
the  bulk  data  transfer  would  be  accomplished  by  courier  upon  magnetic 
media.  Interviews  with  personnel  in  the  FWs  revealed  that  an  out¬ 
dated,  deployed  manpower  data  base  would  be  useless  to  them  and  hence 
not  utilized.  HQMC  and  CDPA-Kansas  City  personnel  envisioned  a  limited 
deployed  manpower  data  base  of  about  10,000  characters  (bytes)  per 
record  and  the  FMF  users  were  avid  about  the  limited  data  base  being 
updated  upon  the  initiation  of  manpower  transactions  to  the  MASC.  For 
this  reason,  the  manpower  sizing  is  conducted  assuming  a  limited  update 
of  the  manpower  data  base  on  the  deployed  MASC.  A  further  and  signifi¬ 
cant  impact  upon  deployed  manpower  processing  stems  from  HQMC  guidance 
that  the  deployed  processing  requirement  for  the  manpower  portion  of 
REAL  FAMMIS  will  be  25  percent  of  the  nomal  CONUS-type  processing 
requi rement. 


At  this  time,  the  concept  for  deployed  pay-related 
processing  is  to  utilize  the  AOPE-FMF  devices  for  this  purpose.  The 
sizing  of  standalone  reporting  unit  processors  and  the  pay-related 
processing  is  not  considered  within  this  study,  however,  insights  into 
the  sizing  of  the  standalone  processors  may  be  acquired  from  the  REAL 
FAMMIS  feasiblity  study. 

F.2.1.1  Manpower  Baseline  Processing.  The  methodology  utilized 
to  develop  the  manpower  processing  requirements  for  a  deployed  MAF  in 
the  1988  time  period  is  to  establish  a  baseline  manpower  processing 
requirement  from  the  1980  time  frame.  The  baseline  processing  require¬ 
ment  developed  from  MMS  processing  will  then  be  extrapolated  to  the  1988 
processing  requirement  utilizing  such  factors  as  the  processing  require¬ 
ment  growth  rate,  peak  interactive  processing  demands,  etc. 
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The  baseline  MMS  processing  requirements  were  defined 
utilizing  Resource  Cost  and  Utilization  System  (RESCU)  reports  provided 
by  HQMC-Code  CCIR  and  are  listed  in  Table  F.2. 


TABLE  F.2 

MANPOWER  SYSTEM  PROCESSING  REQUIREMENTS  -  BASELINE 


ASC 

NO. 

IBM 

360 

MODEL 

RESCU 

REPORT 

DATE 

TOTAL 

PRODUC¬ 

TION 

MANPOWER 

SYSTEMS 

FEB 

1980 

360/65 

EQUIV. 

2 

MCB,  Camp  Lejeune 

50 

Feb  80 

278.9 

17.7 

17.7 

4.8 

3 

MCB,  Camp  Pendleton 

65 

Apr  78 

491.5 

38.1 

46.5 

46.5 

50 

Not  Av. 

Assumed 

30.0 

30.0 

8.1 

3 

MCAS,  El  Toro 

30 

May  78 

238.3 

14.4 

17.4 

.4 

fi 

HQ  FMFPAC 

50 

Sep  79 

368.2 

23.8 

25.0 

6.7 

7 

MCDEC,  Quantico 

40 

Not  Av. 

Assumed 

20.0 

20.0 

2.4 

) 

HQMC,  Washington 

65 

Aug  79 

417.2 

76.8 

81.4 

81.4 

65 

Aug  79 

463.6 

94.7 

;  CO .  4 

100.4 

..  . 

MCRD,  Parris  Island 

40 

Feb  80 

349.8 

28.9 

28.9 

3.5 

MCLSBLANT,  Albany 

65 

Feb  80 

394.3 

5.4 

5.4 

5.4 

50 

Feb  80 

503.5 

.  ^ 

.3 

.1 

i,  j 

MCLSBPAC,  Barstow 

40 

Dec  79 

447.4 

2.3 

2.4 

.3 

15 

MCRD,  San  Diego 

40 

Oct  79 

631.4 

86.6 

90.1 

10.4 

1  / 

MCASC,  Kansas  City 

65 

Feb  80 

356.3 

44.7 

44.7 

44.7 

65 

Feb  80 

301.1 

43.6 

43.6 

43.6 

HQ,  FMFLANT 

40 

Sep  79 

193.2 

4.5 

4.7 

.5 

28 

6th  FASC,  IWAKUNI 

50 

Apr  79 

473.9 

30.0 

33.0 

8.1 

2^ 

4th  FASC,  El  Toro 

50 

Feb  80 

531.8 

87.4 

87.4 

23.6 

80 

5th  FASC,  Cherry 

50 

Feb  80 

303.7 

147.2 

147.2 

39.8 

Poi  nt 

2nd  FASC,  Lejeune 

6b 

Feb  80 

427.0 

5.9 

5.9 

5.9 

'j ') 

3rd  FASC,  Okinawa 

65 

Feb  80 

613.7 

21.3 

21.3 

21 .3 

Total  -  360/65  hours  per  month  in  1980  -  baseline  457.9 

Uotes;  ASC  43,  CSS,  Quantico  -  No  Manpower  Processing 

360/65  Equivalence:  360/50  =  .27;  360/40  =  .12;  360/30  =  .03 
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Note  that,  as  of  1980,  the  Marine  Corps  was  providing 
457.9  hours  supporting  IBM  360/65  equivalent  processing  requirements. 

The  457.9  processing  hours  per  month  becomes  the  baseline  requirement 
from  which  deployed  REAL  FAMMIS  processing  requirements  are  developed 
for  the  1988  time  period. 

The  growth  rate  for  deployed  REAL  FAMMIS  processing  has 
been  established  at  an  annual  rate  of  six  percent  as  discussed  earlier. 
The  processing  growth  rate  was  applied  as  a  constant  monthly  growth  rate 
of  one-half  percent  of  the  baseline  processing  time.  It  is  assumed  that 
the  six  percent  annual  growth  rate  would  apply  to  current  MMS  operations 
and  to  REAL  FAMMIS  during  its  implementation  and  operating  phases.  The 
growth  rate  was  applied  only  to  the  CPUs  and  core  memory  elements  of  the 
equipment  suite.  The  growth  rate  was  not  applied  to  direct  access  stor¬ 
age  devices  (OASOs)  and  other  peripheral  devices  since  the  sizes  and 
system  output  should  remain  about  constant. 

Table  F.3  portrays  the  estimated  input  and  output  char¬ 
acters  from  the  current  MMS  (1980)  and  those  expected  for  REAL  FAMMIS 
implementation  in  1985  -  the  REAL  FAMMIS  character  inputs  and  outputs 
are  expected  to  be  the  percent  of  the  current  JUMPS/MMS  character  inputs 
and  outputs.  Processing  requirements  are  assumed  to  be  linear  with  the 
nunber  of  input  and  output  characters.  System  growth  from  the  JUMPS/MMS 
baseline  to  the  implementation  of  REAL  FAMMIS,  a  period  expected  to  be 
four  years  and  seven  months  (Feb  80  -  Oct  85),  will  be: 

1,433,690K  char/mo  (1985)  -  £07  percent 
692,106k  char/rao  (1980) 

increase  in  processing  time  upon  the  implementation  of  REAL  FAMMIS  in 
1985. 


TABLE  F.3 

MANPOWER  CHARACTER  INPUT  AND  OUTPUT  ESTIMATES 
(1000  CHARACTERS  PER  MONTH  -  FROM  REAL  FAMMIS  STUDY) 


Manpower _ 

Total 

_ _  Input  Output  I nput/Output 

JUMPS/MMS  (1980)  114,483  557,623  692,106 

REAL  FAMMIS  (1985)  168,677  1,265,013  1,433,690 


^•2.1.2  1988  Manpower  Processing.  The  system  growth  from  1985 

to  1988  Is  assumed  to  occur  at  a  six  percent  annual  rate. 

A  number  to  terminals  may  be  hardwired  to  the  MASC  so 
that  a  portion  of  the  processing  load  will  result  from  interactivity. 

It  is  estimated  that  60-odd  terminals  in  an  AOA  will  be  accepting  REAL 
FAMMIS  input,  however,  only  about  ten  will  be  hardwired  and  hence  Inter¬ 
active  to  the  MASC  therefore  the  equivalent  load  will  be: 

interactive  terminals  ^  .30  =  .05  or  5  percent 

50  total  terminals  (interactive  factor)  interactive  increase 

Following  in  Table  F.4  is  a  sunmary  of  REAL  FAMMIS 
modified  processing  requirements  as  developed  in  this  subsection,  as 
they  pertain  to  the  central  site. 

First,  the  processing  requirement  will  be  computed  based 
upon  millions  of  instructions  per  Marine  per  day  in  1980  (MIMD)  as 
follows. 

457 .9  hrs/mo  X  .6  MIPSl  X  3600  sec/hr  =  million  instructions 

22  days/mo  X  390,000  Marines2  per  Marine  Day  (MIMD  (1985) 


^MIPS-Mil 1  ion  instructions  per  second;  .6  equals  the  processing  power 
of  an  IBM  360.65. 

2lncludes  active  duty  plus  reserves. 
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TABLE  F.4 

SUMMARY  OF  REAL  FAMMIS  PROCESSING  FACTORS 
(MASC  FOR  MAF) 


_ Factor _ 

REAL  FAMMIS  Implementation 

Growth 

30-0ay  Month 

Rel  i  abi  1 1  ty 

Peak  Loading 

Interactive 

Deployed  Processing  Requirement 


_ Adjustment _ 

207%  Additional 
6%  Annual  1985  to  1988 
30/22  Additional 
50%  Additional 
30%  Additional 
5%  Additional 
25%  of  Total 


Conversion  of  the  base  line  to  a  deployed  processing 
requirement  Is  computed  as  follows: 


X  X 


.12  MIMO  X  2.07 

(REAL  FAMMIS  (Growth 

Implementation)  80-88) 


22 

(30-Day  Month) 


X  1*5  X  1-3  X  1*05  X  -25 

(Reliability)  (Peak  Loading)  (Interactive)  (Deployed  Rgmt) 


X  52,000  MAF_10,639  MIPD  (Millions  of  Instructions  per  day  per  MASC) 
(Marines/MAF) 


Assuming  processing  will  occur  in  a  12  hours  period,  the  hourly  proces¬ 
sing  requirement  for  manpower  on  a  MAF  MASC  will  be: 


10,639  MIPD 

12  Hours/D  X  3,600  sec/ hr 


*.25  MIPS  processing  power  for  MASC 
Manpower  -  MAF 
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This  1988  deployed  requirement  for  MASC  processing  of 
manpower  software  includes  Class  II  and  III  processing  along  with  Class 
I  AIS  manpower  processing  -  Class  II  and  III  were  computed  to  be  33 
percent  of  the  total  processing  for  manpower  AISs. 

The  MASC  would  be  operating  a  limited  number  of  REAL 
FAMMIS  software  packages,  including  some  aggregation  and  distribution 
software  and  a  DBMS  for  retrievals.  The  DBMS  may  actually  be  supplied 
by  the  vendor  in  the  form  of  an  editor  that  interfaces  with  the  operat¬ 
ing  system.  An  editor  supplied  by  the  vendor  is  assumed  by  the  study 
team.  An  estimated  core  map  for  the  MASC  memory  follows  in  Table  F.5. 


TABLE  F.5 

MASC  CORE  MAP  -  DEPLOYABLE  REAL  FAMMIS 


_ Automated  Software _ 

Operating  System  (with  editor) 
Reentrant  Control 
Moni tor 

Application  Programs  (3  0  .25 
MBytes)  or  DBMS 

SUB  TOTAL 

Plus  207%  implementation  (1985) 
Plus  18%  for  growth  (1985-88) 

SUB  TOTAL 

Plus  15%  spare  (core  allocation) 
TOTAL  MASC  CORE  REQUIREMENT 


Estimated  Size  in  Corp,  (MBytes) 
.30 
.10 
.30 

.75 

1.45 

3.00 

■26 

4.71 

.71 


5.42  MBytes 


The  direct  access  storage  discs  (DASDs)  for  a  manpower 
processing  on  a  MASC  is  based  upon  a  10,000  character  (byte)  record  for 
each  individual  Marine  within  the  MAF.  In  addition  to  the  basic  storage 
requirement,  other  mass  storage  factors  must  be  included  as  follows: 
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•  An  additional  percent  of  the  storage  space  Is 
provided  for  the  utilization  of  Class  II  and  III 
automated  systems. 

•  The  editor  or  DBMS  requires  twice  the  basic  storage 
space  to  both  maintain  old  versions  of  the  data  base 
and  the  file  structure  (Inverted  files  or  direct 
access  addresses)  for  the  data  base. 

•  Not  all  of  a  OASO  storage  space  Is  usable  -  record 
block  are  seldom  completely  filled  and  up  to  five 
percent  of  the  storage  space  may  be  faulty  and  thus 
unusable;  hence,  33  percent  additional  file  space  Is 
required  to  compensate  for  unused  portions  of  the 
mass  storage  media. 

•  Finally,  operating  system  files  are  maintained  upon 
the  mass  storage  media  which  require  about  ten 
percent  of  the  storge  space. 

Computation  of  the  OASO  requirements  Is  based  upon  the  following: 

10,000  bytes/MarIne  X  52,000  Marines/MAF  « 

(Basic  Storage  Requirement) 

1.47  X  2.00  X  1.33  X  1.10 

(Class  II  and  (Usable  (Operating  (Editor  or 

III  Systems)  Storage)  System)  DBMS) 

=  2,237  MBytes  of  OASO  for  REAL  FAMMIS  data  storage. 

This  Is  a  relatively  large  data  storage  requirement 
which  may  be  accommodated  with  seven  triple  density  OASO  utilizing 
current  technology  at  317  MBytes  per  OASO.  An  eighth  triple  density 
drive  is  required  for  the  operating  system.  Eight  of  the  current  triple 
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density  DASDs  may  require  an  excessive  amount  of  floor  space  (approx¬ 
imately  42  sq  ft  plus  maintenance  space)  in  the  MASC.  Future  technology 
using  further  miniaturization  and  "Winchester"  disc  technology  will 
provide  more  compact,  higher  speed  data  accesses  for  the  1988  time 
period  DASDs. 


F.2.1.3  Other  Manpower  Peripheral  Devices.  Diskettes  from 
ADPE-FMF  devices  will  be  input  to  and  output  from  the  MASC  from  some  60 
terminals  in  a  MAF.  The  management  and  I/O  operations  to  and  from  the 
MASC  will  require  diskette  I/O  magazines.  Such  units  are  in  use  with 
the  fixed  IBM  Series/ls,  located  with  each  CDPA  and  RASC.  The  fixed  IBM 
Series/ls  are  highly  programmable  versions  of  the  ADPE-FMF  devices  with 
much  greater  capabilities.  This  capability  must  be  provided  with  each 
MASC.  Currently,  each  RASC  and  CDPA  utilizes  an  IBM  Series/1  with  2,  10 
diskette  magazines  and  a  high  speed  channel  (38.4  kbs)  into  the  RASC 
processor.  This  capability  was  also  required  for  the  MASC  manpower 
processing. 


Two  tape  drives  will  support  the  needs  of  the  MASC;  the 
two  drives  would  provide  redundancy  plus  a  capability  to  perform  tape- 
to-tape  copies  for  the  purpose  of  providing  system  and  data  backup. 

One  high  speed  printer  would  support  the  printing  re¬ 
quirements  within  the  MASC  since  printing  from  the  interactive  or  bulk 
data  transfer  environment  will  be  minimal  (but  at  this  time  not  de¬ 
fined).  The  utilization  of  a  computer  output  to  microform  (COM)  device 
is  not  envisioned  for  the  tactical  environment.  Temperature  extremes, 
humidity  and  dirt/dust  would  make  a  deployed  COM  device  infeasible  for 
use  with  the  current  state-of-the-practice.  The  utilization  of  a  COM 
device  in  the  deployed  environment  will  require  periodic  review  to 
determine  if  the  COM  state-of-the-art  significantly  improves  such  that 
use  in  the  deployed  environment  is  practical. 

The  remote  terminal  and  printer  requirements  for  the 
deployed  REAL  FAMMIS  are  based  upon  the  requirements  developed  within 
the  REAL  FAMMIS  feasibility  study  which  are  87  terminals  and  93  printers 
per  MAF;  60  were  assumed  used  for  manpower  purposes. 
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F.2.1.4  Summary  for  MASC  -  Manpower  Processing.  A  summary  of 
the  manpower-oriented  MASC  requirements  follows  In  Table  F.6. 


TABLE  F.6 

SUMMARY  OF  MANPOWER  MASC  SIZING 

Number  of  cycles  per  week  In  combat  -  7 
Transactions  per  Marine  per  day  -  2  (100  char  each) 

CPU  processing  speed  -  .37  MIPS,  more  than  one  CPU 
Core  Memory  -  5.42  MBytes,  say  6 

DASDs  -  8  triple  density  standard  drives  (7  data,  1  System) 

Tape  Drives  -  2,  9  track,  1600  BPI  or  5650  BPI 

Diskette  I/O  magazines 

High  Speed  Printer  -  1 

Terminals  per  MAF  -  60 

Terminal  printers  per  MAF  -  60 


F.2.2  Policy,  Plans  and  Operations  (PPO)  - 

H()MC-PP0  is  responsible  for  conducting  the  UNITREP  function  - 
that  of  unit  status  reporting  from  battalion/squadron  level  to  the  JCS. 
This  function  for  both  CONUS  and  deployed  operations  will,  as  currently 
planned,  be  conducted  soley  upon  ADPE-FMF  devices  and  hence  does  not 
Impact  the  sizing  for  a  deployable  MASC. 

In  the  event  a  MASC  were  used  for  UNITREP  processing.  Its  proces¬ 
sing  time  would  be  trivial,  however.  It  would  require  processing  in  a 
classified  environment;  this  would  create  a  need  to  schedule  UNITREP 
processing  for  consonance  with  unclassified  processing. 

F.2.3  Aviation 

A  replacement  system  for  all  avi ation- related  functions  is  in  the 
acquisition  process.  It  is  the  Shipboard  Non-Tactical  Automated  Data 
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Processing  System  (SNAP).  The  acquisition  Includes  the  hardware  and 
software  necessary  to  perform  the  functions  previously  performed  by  3M, 
FREDS,  SUADPS-EU,  and  SNASS.  This  aviation  oriented  system  acquisition 
and  Implementation  Is  planned  for  the  near  term  time  frame,  Is  being 
totally  conducted  by  NAVAIR  (with  Marine  Corps  Input),  and  includes  17 
mobile  configurations  for  Marine  Corps  MAGs.  The  new  system  is  termed 
NALCOMIS. 

The  preliminary  concept  of  operation  for  aviation  processing 
included  a  MASC  at  the  MAW  for  the  purpose  of  preparing  aggregated 
management  reports  for  the  MAW  from  the  NALCOMIS  configuration  outputs; 
the  NALCOMIS  system  design  does  not  Incorporte  such  an  aggregation 
capability  nor  was  HQMC-avlatlon  able  to  provide  estimated  processing 
needs  for  the  data  aggregation  function  at  the  MAW-1 evel. 

Normal  Marine  Corps  ground-associated  AIS  processing  would  be 
prepared  with  organic  ADPE-FMF  devices  within  the  MAW  and  transferred  to 
a  MASC  and  processing  In  a  normal  fashion  within  the  concept  for 
deployed  AIS  processing. 

F.2.4  Fiscal 

The  fiscal  functions  which  are  planned  for  deployed  operation  are 
the  DOV  and  CFAO  functions.  The  DOV  Impacts  deployed  automated  process¬ 
ing  while  the  CFAO  function  will  be  performed  manually. 

F.2.4.1  DOV.  DOV  will  be  processed  upon  ADPE-FMF  devices  In 
support  of  all  phases  of  an  amphibious  operations  for  all  MAGTFs.  It  Is 
not  known  at  this  time  whether  any  processing  for  MAB  and  MAF  operations 
will  be  conducted  upon  MASCs.  The  current  monthly  baseline  processing 
requirement  upon  360 /65s  for  a  MAF  Is  13  minutes  and  Is  overlooked  as  a 
specific  processing  time  requirement  for  the  deployed  MASC;  the  MAB  time 
is  6  minutes  per  month  (see  pages  618-19  of  Annex  G). 
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F.2.4.2  CFAO.  The  deployed  CFAO  function  will  be  performed  by  a 
team  of  personnel  which  will  collect  hard  copy  fiscal  and  accounting 
documents  and  periodically  mail  them  to  a  CONUS- type  CFAO  office; 
personnel  in  the  CONUS- type  CFAO  office  will  enter  the  documents  as  in 
normal  CONUS  operations.  Information  turn-around  time  to  the  deployed 
MAGTF  could  take  a  few  weeks.  There  are  no  demands  placed  upon  the 
deployed  MASC  due  to  CFAO  operations. 

F.2.5  Logistics/Combat  Service  Support  (CSS) 

The  identified,  deployable  CSS  functions  are  M3S,  MIMMS  and  SEMS. 
M3S  creates  the  largest  deployed  processing  need  by  several -fold  com¬ 
pared  to  the  number  two  contender  -  the  manpower  portion  of  REAL  FAMMIS. 
MIMMS  and  SEMS,  for  this  analysis,  are  considered  integral  to  M3S  for 
processing,  hence  the  sizing  estimate  will  include  the  needs  for  M3S, 
MIMMS  and  SEMS  deployed  processing  upon  a  MASC. 

F.2.5. 1  M3S/MIMMS/SEMS  Baseline  Processing.  The  baseline  pro¬ 
cessing  requirements  for  M3S/MIMMS/SEMS  are  taken  to  be  today's  proces¬ 
sing  requirements  for  the  AISs  which  will  be  supplanted  by  M3S/MIMMS/ 
SEMS;  this  includes  class  II  and  III  logistical  AIS  processing  which  is 
documented  as  33  percent  of  the  total  logistical  processing 

The  baseline  logistical  processing  requirements  were 
extracted  from  the  Resource  Cost  and  Utilization  (RESCU)  reports 
provided  by  HQMC-CCIR  as  discussed  earlier. 

In  preparing  the  sizing  estimate  for  a  deployed  MAGTF, 
it  was  originally  desired  to  extract  data  from  a  RASC  or  FASC  that  re¬ 
presented  the  logistical  processing  requirements  of  a  MAF.  Two  options 
were  available  for  a  representative  MAF  -  Camp  Lejeune  and  Camp  Pendle¬ 
ton;  a  visual  review  of  the  Camp  Pendleton  data  revealed  the  turmoil 
experienced  at  that  facility  caused  by  consolidation  of  the  RASC  and 
FASC.  Due  to  the  consolidation  of  activities  at  Camp  Pendleton,  and  the 
obvious  visual  nuances  in  the  data.  Camp  Pendleton  was  eliminated  as  a 
source  of  data  in  establishing  a  MAF  baseline  processing  requirement  for 
deployed  logistical  functions. 


Camp  Lejeune.  on  the  other  hand,  had  more  consistent 
data  and  Is  thereby  utilized  to  develop  the  baseline  processing  require¬ 
ment  for  M3S/M1MMS/SEHS  functions.  The  raw  data  from  Camp  Lejeune  as 
extracted  from  the  RESCU  report  Is  displayed  In  Table  F.7.  Figure  F.l 
contains  a  pictorial  display  of  the  monthly  data  along  with  a  single 
linear  regression  of  the  monthly  logistical  processing  requirement  at 
Camp  Lejeune  for  a  one,  and  a  two-year  period.  Two  Interesting  obser¬ 
vations  may  be  drawn  by  reviewing  Figure  F.l.  First,  one  may  see  the 
sizable  Increase  In  logistics  processing  from  October  1979  to  February 
1980  undoubtedly  occasioned  by  operations  In  the  Persian  Gulf  In  that 
time  period.  Secondly,  the  Camp  Lejeune  logistical  processing  shows  a 
decrease  In  processing  requirements  as  shown  graphically  and  as  expres¬ 
sed  as  a  negative  slope  In  the  regression  equations.  The  negative 
growth  factor  was  not  anticipated  since  AISs  normally  grow  at  a  rate  of 
five  to  six  percent  annually  as  explained  in  the  previous  subsection. 
Investigation  of  the  negative  growth  trend  for  Camp  Lejeune  logistical 
processing  revealed  that  operating  system  and  utility  packages  were 
installed  during  the  period  that  performed  more  efficiently  than  the 
originally  provided  and  operated  IBM  software.  For  example,  the  IBM 
system  sort  package  was  replaced  with  a  vendor  package  called  CA  sort. 

CA  sort  puportedly  operated  40  percent  more  efficiently  than  the 
IBM-provided  sort  package. 

The  negative  growth  for  Camp  Lejeune  logistical  proces¬ 
sing  was  expected  to  terminate  and  return  to  a  normal  anticipated  growth 
rate  of  five  to  six  percent  per  year  commencing  In  1981.  To  validate 
this  expectation,  Albany  processing  was  analyzed  from  data  listed  In 
Table  F.8  and  dipicted  In  Figure  F.2.  The  growth  rate  of  Albany,  not 
Impacted  by  more  efficient  software  Implementations,  was  4.9  percent  on 
an  annual  basis  thus  an  annual  growth  rate  of  five  percent  will  be 
utilized  for  logistical  processing  vice  the  six  percent  discussed  In 
subparagraph  F.l. 2. 5  of  this  annex. 

An  additional  and  significant  Impact  upon  deployed 
logistical  processing  stems  from  the  anticipated  Increased  logistical 
consumption  during  the  contunued  operations  ashore  phase  of  an 
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LOGISTICAL  PROCESSING  AT  CAMP  LEJEUNE  IBM  360/65  -  2ND  FASC,  ACTIVITY  NO.  53 


TABLE  F.8.  ALBANY  LOGISTICS  SYSTEMS  BASELINE  DATA 


Figure  F.2  Albany  M3S-Type  Processing 
on  IBM  360/65 
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amphibious  operation.  Experienced  personnel  within  HQMC,  at  Albany  and 
from  field  visits  concur  that  the  tactically  deployed  logistical 
transactions  and  hence  the  processing  time  will  be  150  percent  greater 
than  the  baseline  processing  time.  Additionally,  the  Interactive  load 
Is  expected  to  come  from  six  terminals  of  60  which  will  be  preparing 
Input  to  M3S/MIMMS/SEMS.  The  Interactive  load  would  therefore  be: 

6  Interactive  termals  x  30  percent  >  3  percent  additional 
60  total  terminals 

The  summary  of  M3S/MIMMS/SEMS  processing  factors  appli¬ 
cable  to  the  deployed  processing  environment  Is  displayed  In  Table  F.9. 


TABLE  F.9 

SUMMARY  OF  M3S/MIMMS/SEMS  PROCESSING  FACTORS 


_ Factor _ 

Growth 

30-Day  Month 
Reliability 
Peak  Loading 
Interactive  System 
Deployed  Processing 


Adjustment 
5%  Annual 
30/22  Additional 
50%  Additional 
30%  Additional 
3%  Additional 
150%  Additional 


Utilizing  the  Camp  Lejeune  baseline  processing  time  of  273  hours  per 
months  for  M3S/MIMMS  and  the  Class  II  and  III  AISs  (33  percent  of  total, 
the  following  1988  dally  processing  rate  Is  computed: 

273  hrs/mo  (360/65)  x  MIPS  x  ^600  sec/hr  26.804  MIPD^ 

22  days/mo  (Million 

Inst  per  sec) 


ImIPO  -  million  Instructions  per  day 


Assuming  that  logistical  processing  occurs  for  12  hours  during  a  typical 
day,  the  processing  speed  over  seconds  Is  computed  as  follows: 

26,804  MIPD _  *  .62  MIPS  -  baseline 

12  hr/day  x  3,600  sec/hr 

The  baseline  processing  needs  for  M3S/MIMMS/SEMS  In  1981 
must  be  adjusted  for  the  1988  deployed  processing  environment. 

F.2.5.2  1988  M3S/MIMMS  Processing.  The  1981  baseline  processing 
need  for  1988  Is  adjusted  and  computed  as  follows: 

.62  MIPS  X  1.5  X  1.3  X  1.03 

(Reliability)  (Peak  (Interactive 

Loading)  System) 

X  2.5  X  (1  +  (7  X  .05))  X  ^  »  5.73  MIPS 

(Deployed)  (Growth  1981-88)  22 

(Work 

Month) 

This  processing  need  Includes  processing  for  M3S,  MIMMS, 
SEMS  and  Class  II  and  III  AISs  -  the  Class  II  and  III  AISs  are  up  to  33 
percent  of  the  total  logistical  processing. 

F.2.5.3  SEMS  Processing.  MEDS  was  the  predecessor  for  SEMS,  and 
Is  Included  In  the  CSS  AISs  Included  In  calculations  conducted  In  the 
preceeding  subparagraph.  For  1988,  SEMS  Is  anticipated  to  require  more 
processing  time  on  a  MASC  than  MEDS  but  only  a  minor  Increase  In  that 
time.  Per  Table  F.7,  MEDS  for  a  MAF  averaged  only  .24  hours  (or  15 
minuted)  per  month.  Hence,  the  processing  requirement  for  the  deployed 
SEMS  will  not  be  specifically  Included  as  a  processing  requirement  due 
to  Its  trivial  need  for  processor  time. 


F-24 


F.2.6  CSS  Core  Memory 

The  core  memory  necessary  to  support  deployed  CSS  processing  was 
derived  in  conjunction  with  the  M3S  Development  Team  at  the  Marine  Corps 
Logistical  Base,  Albany.  Prior  to  discussions  with  the  development 
team,  overlay  sizes  of  .25  MBytes  had  been  contemplated,  however,  it  was 
their  desire  to  use  .5  MBytes  overlays  to  take  advantage  of  the  larger 
(up  to  16  MBytes  in  the  1981  time  period),  inexpensive  core  memories  now 
available  with  contemporary  computers.  The  agreed-upon  size  is  given  in 
Table  F.IO. 


TABLE  F.IO 
CSS  CORE  MEMORY  MAP 


4  overlays  0  .5  Mbytes  =  2.0  Mbytes 

Operating  System  =  .6 

Telecommunications  Interface  »  .5 

DBMS  =  1.4 

Reentrant  Processor  =  .4 

SUB  TOTAL  =  4.9  Mbytes 

Core  Allocation  +  15%  =  .6 

TOTAL  =  5.5  Mbytes 


The  identified  5.5  Mbyte  core  memory  for  deployed  CSS  processing  is 
rounded  to  6.0  Mbytes,  the  next  logical  increment  of  core. 

F.2.6.1  CSS  Mass  Storage.  The  major  mass  storage  necessary  to 
support  a  fully  committed  MAF  is  based  upon  61,000  line  items  of  supply 
which  was  origionally  documented  by  HQMC-Code  LPS  and  was  indorsed  by 
the  M3S  Development  Team  at  Albany.  Further,  the  number  of  characters 
per  line  item  record  was  established  at  6,000  for  M3S  processing  and 
provided  by  the  data  base  managers  of  the  M3S  Development  Team.  The 
remaining  significant  mass  storage  results  from  MIMMS,  a  data  base  which 


must  be  on-line  concurrently  with  M3S.  No  deployed  data  base  Informa¬ 
tion  was  made  available  hence  the  PGRG  study  team  has  made  a  preliminary 
estimate  based  up  discussions  with  several  MMDs,  Albany  and  HQMC.  The 
estimated  size  Is  based  upon  16,000  maintenance  line  items  with  2,000 
characters  per  line  item.  The  mass  storage  requirement  for  M3S/MIMMS 
and  other  requirements  is  computed  as  follows; 

((61,000  line  Items  X  6,000  bytes)  +  (16,000  line  items  X  2,000  bytes)) 
{M3S)  (MIMMS) 

X  2.0  X  1.33  X  1.10  X  1.47 

(DBMS)  (Usable  (Operating  (Class  II  4 

Storage)  System)  III) 

=  1,711  Mbytes  of  DASD  for  deployed  CSS  operations 

At  317  Mbytes  per  triple  density  DASD  (equivalent  to  IBM  3330s),  six 
units  would  be  necessary  plus  a  seventh  unit  for  system  storage. 

Improved  DASD  devices,  I.e.,  greater  capacity,  are  becoming  available  in 
the  current  time  frame  which  are  expected  to  provide  the  mass  storage 
with  less  space  in  the  MASC.  This  topic  will  be  addressea  in  the 
aggregated  MASC  processing  in  the  latter  part  or  this  annex. 

F.2.6.2  Other  CSS  Peripheral  Devices 

As  with  the  manpower  system,  a  diskette  I/O  system  will 
be  required  for  input  from  and  output  to  ADPE-FMF  devices. 

Two  tape  drives  for  the  logistical  MASC  will  provide 
redundancy  plus  a  capability  to  perform  tape-to-tape  copies  for  the 
purpose  of  producing  back-up  tapes  for  remote  storage  which  may  be 
utilized  for  system  recovery. 
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As  with  the  manpower  MASC,  one  high  speed  printer  would 
operate  in  the  logistical  MASC,  however,  no  COM  device  would  be  operated 
due  to  excessive  environmental  ranges  during  deployed  operations. 

The  number  of  remote  terminals  and  printers  for  deployed 
M3S  processing  has  not  yet  been  defined  in  detail.  Initial  estimates 
are  based  upon  MAF  units  that  perform  logistical  functions  plus  the 
remote  processing  needs  of  concolidated  issue  points  (CIPs)  and  the 
needs  within  the  FSSG.  The  terminal  and  printer  needs  are  estimated  at 
60  each. 


F.2.6.3  Summary  of  the  MASC  -  CSS.  A  sunmary  of  the 
1 ogistical ly-oriented  MASC  requirements  follows  in  Table  F.ll. 


TABLE  F.ll 

SUMMARY  OF  LOGISTICAL  MASC  SUING 

Number  of  cycles  per  week  in  combat  -  7 

Number  of  M3S  transactions  per  week  in  combat  -  52,000 

CPU  processing  speed  -  5.73  MIPS 

Core  Memory  -  5.5,  day  6  Mbytes 

OASDs  -  7  triple  density  standard  drives 

Tape  Drives  -  2,  9track,  1600  or  5650  bpi 

Diskette  -  I/O  magazines 

High  Speed  Printer  -  1 

Terminals  per  MAF  -  60 

Terminal  printers  per  MAF  -  60 


As  with  the  AOPE-FMF  device  to  support  the  manpower  processing 
when  deployed,  the  device  would  provide  trivial  support  for  logistical 
processing  in  the  context  of  M3S  processing  and  the  MASC  requirement. 
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F.<f.7  Class  II  and  III  Deployed  AIS  Processing 

At  the  inception  of  this  study,  a  ratio  of  Class  I  and  Class  II 
and  III  was  assumed  at  85/15  percent.  During  the  interview  process  at 
Camp  Lejeune,  it  was  found  (Tab  D  to  Annex  C)  that  the  ratio  was^7/33 
percent.  The  greater  p-^oportion  of  Class  II  and  III  processing  has  been 
included  as  a  part  of  each  independent  functional  sizing  ■molished  in 
preceding  subparagraphs.  The  processing  ratio  established  for  COMUS- 
type  processing  is  assumed  linear  for  deployed  operations  hence  the 
Class  II  and  III  deployed  processing  on  a  MASC  represents  33  percent  of 
the  Class  I  processing  load.  The  33  percent  is  included  in  the  baseline 
CPU  and  core  estimte  but  not  in  the  DASD  calculations;  the  DASD  compu¬ 
tations  are  based  upon  raw  Class  I  data  needs  so  the  additional  DASD 
storage  is  .47  times  the  Class  I  basic  requirement. 

(Other  concerns  surfaced  from  informal  information  obtained  by 
PGRG  study  team  members  as  they  relate  to  early  use  of  ADPE-FMF  devices. 
It  is  understood  that  Class  IV  or  other  nonstandard  systems  are  being 
implemented  at  lower  processing  echelons  that  are  performing  tactical 
functions  such  as  target  list  files.  Such  files  are  currently  in  ASIS 
or  MIS  for  aboard  ship  operations  and  are  planned  for  inclusion  in 
MTACCS.  Of  concern  to  the  PGRG  study  team  is  the  earlv  iCijration  of 
the  ADPE-FMF  device  from  systems  not  intended  ^or  implementation  on  the 
devices  and  also  the  unit  level  programming  resources  consummed  by 
everybody  doing  their  own  thing  outside  of  the  MTACCS  umbrella.) 

F.3  DEPLOYABLE  MASC  SIZING  SUMMARY 

The  Marine  Corps  (HQMC-CCIR)  is  currently  in  the  process  of 
acquiring  three  experimental  MASCs  for  the  purpose  of  testing  deployed 
AIS  support  with  each  MAF.  Chapter  4  of  this  basic  report  espouses  up 
to  three  MASCs  for  deployed  MAF  operations;  each  of  the  three  MASCs  per 
MAF  is  oriented  toward  the  major  functional  processes  of  manpower  man¬ 
agement,  combat  service  support  and  aviation.  To  provide  a  spectrum  of 
supporting  MASC  alternatives,  Taoie  F.12  summarizes  the  major  components 
for  a  MASC  oriented  toward  each  of  the  major  functions  plus  a  summari¬ 
zation  of  the  total,  estimated  deployed  MAF  r^SC  requirement. 
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TABLE  F.12 

SUMMARY  OF  DEPLOYED  MAF,  MASC  SIZING  ESTIMATES 
(INCLUDES  DEPLOYED  CLASS  II  AND  III  PROCESSING) 
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^1600  or  5650  bytes  per  inch,  9  track. 


The  actual  configuration  for  each  MASC  will  be  partially  depend¬ 
ent  upon  rework  results  of  testing  conducted  with  the  experimental 
FASC  currently  planned  for  1982-1984.  It  is  envisioned  that  the  final 
MASC  would  reside  in  towed,  35  foot  semi -trailers  with  three  configura¬ 
tions  per  MAF;  or,  some  personnel  have  estimated  up  to  five  semi¬ 
trailers  per  configuration.  An  alternative  would  be  to  pro.  it  a  single 
MASC  for  all  deployed  MAF  operations  which  could  require  five  or  even 
six  semi -trailers.  The  concepts  for  each  configuration  are  shown 
pictorial ly  in  Figure  F.3.  In  reviewing  a  conceived  configuration  for 
one  MASC  per  MAF,  note  the  capability  of  the  modularity  of  the  proces¬ 
sing  components  to  be  split  intu  two  independent  configurations.  Should 
aviation-unique  processing  not  be  validated,  the  later  configuration 
could  easily  provide  for  split  processing  needs  for  manpower  and  canbat 
service  support.  A  detailed  discussion  pertaining  to  deployed  concepts 
for  MASC  operations  is  contained  in  Chapter  4  of  the  main  report. 

F.4  CHARACTERIZATION  OF  ADPE  IN  THE  MID  RANGE 

The  emerging  ADPE  configurations  for  the  mid-1980i  ^3ke  advantage 
of  continued  technological  advances  in  the  industry.  The  anticipated 
major  improvements  lie  in  the  area  of  multiple  CPUs,  larger  capacity  but 
more  compact  core  memories,  communications  front  end  pr  ^,ors  ana  mass 
storage  devices  with  greater  storage  densities  ann  quirk  access  times. 
Most  of  these  improved  capabilities  may  be  utilized  with  the  MASC,  how¬ 
ever,  to  achieve  the  most  promising  configuration,  the  Federal  acquisi¬ 
tion  process  must  be  more  responsive  in  the  procurement  of  advanced 
technology  devices.  This  subparagraph  will  relate  mid  range  technology 
advances  to  their  potential  impact  upon  the  MASC(s). 

f . 4 . 1  Flexibil ity 

A  combination  of  hardware  and  software  will  provide  a  degree  of 
■lexibiiity  heretofore  unknown  for  data  processing.  lompiite'-  internal 
flexibility  will  permit  the  snifting  of  processing  from  CPU  to  CPU  in 
the  event  one  CPU  is  disabled  or  operating  in  a  degraded  mode.  Also, 
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Figure  F.3.  Conceptual  MASC 
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as  portions  of  a  computer  conf  iguration  become  degr^tlrd  or  ,  roper  jole, 
self-diagnostic  software  and  improved  hardware  monitors  will  provide 
information  to  computer  operations  personnel  which  will  permit  their 
changing  the  internal  configuration  to  continue  vvitn  s  form  of  pro 
cessing.  This  form  of  flexibility  stems  frot.i  systems  ..sl  ^  airect 

customer  interfaces  at  banks,  retail  sales  outlets,  telephone  'V-Jiries, 
etc;  how  many  times  have  you  heard,  the  computer  is  down'i’ 

The  configurations  of  the  future  will  also  contain  a  great  deal 
of  flexibility  with  input  and  output  (I/O)  devices  including  supporting 
telecommunications  networks.  Input  may  be  received  from  virtually  any 
type  of  terminal  at  varying  data  transfer  rates.  The  ability  to  accept 
varying  types  of  inputs  is  provided  oy  both  communications  front  end 
.processors  (FEPs)  and  computer- resident  telecommunications  software. 
..omputer  outputs  .nay  similarly  be  directed  to  a  grci"  number  and  type  of 
output  devices  including  remote  terminals/printers,  various  magnetic 
media  and  to  intermediate  magnetic  media  for  the  jltiiiiutr  rurpose  of 
producing  computer  output  to  microforms  (COM),  graphic  ploi. 
c- lectronic  mail,  word  processors,  meteor-burst  transmi  s  >  ions ,  et  a  . 

Processing  flexibility  is  enhanced  not  on^y  'viroware  r.ecii- 
noiugy  improvements  but  also  by  advanced  software  packages;  Lrit  advacceo 
software  packages  are  made  possible  because  improved  haroware  capacity 
ind  capability  is  available  so  that  the  enhancements  to  both  are  i n- 
.eparjble. 

^.4.2  Modu 1 ari ty 

System  modularity  is  a  bj  product  of  improved  technology  in  hard- 
-ire  and  more  sophisticated  software.  Improved  hardware  channel i zation 
in]  interface  controlling  software  have  made  it  possible  to  assemble  an.i 
lyndif.Lilly  change  computer  system  architectures  to  provice  several 
conf  1  guration  modification  procedures.  This  modularity  provides  -''ilPt 
V  ;  itv's  to  iiie'Kl  i-onf igurations  to: 
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•  Respond  to  degraded  hardware  conditions 

•  Split  processing  capabilities 

•  Provide  a  hierarchial  or  distributed  processing  capability 

•  Provide  major  changes  to  hardware  I/O  devices 

•  Accommodate  major  changes  for  telecommunications  methods; 
i.e.,  ground  microwave  at  1,200  bits  per  second  (bps)  to  a 
nominal  sattelite  capability  of  56  kbps  utilizing  wideband 
transmission  facilities- 

A  specific  concept  for  modularization  appears  in  Figure  F.3 
wherein  a  six,  semi- trailer  MASC  configuration  is  modularized  to  pro¬ 
vide  a  split  processing  capability  for  multiple  processing  support  for 
a  deployed  MAF  or  a  combination  of  deployed  MABs. 

The  modularity  for  ADPS  has  heretofore  not  been  available  as 
evidenced  with  the  third  generation  systems,  which  when  system  gene¬ 
rated,  were  rigid  in  their  configuration  without  a  basic  change  to  the 
operating  system  peripheral  parameters.  Todays  systems  and  those  of  the 
mid  range  time  frame  permit  dynamic  parametric  change  and  hence  a  rapid 
capability  to  provide  true  and  dynamic  ADPS  modularity.  (Another  area 
of  modularity  presented  in  the  basic  report  is  that  of  I  AIS  soft¬ 

ware  modularity  -  the  modularity  discussed  here  is  modular  architecture, 
not  application  program  modularity.) 

F.4.3  Reliability 

System  reliability  is  provided  with  mid-range  ADPS  in  three  pri¬ 
mary  ways  -  first,  is  through  hardware  redundancy;  second,  is  fail-soft 
software  and  thirdly,  with  self-diagnostic  systems. 

Hardware  reliability  is  provided  in  two  ways.  Hardware  compo¬ 
nents  continue  to  decrease  in  size  with  a  consequent  reduction  in  power 
resulting  in  less  heat;  this  phenomenun  results  in  a  vastly  improved 
MTBF  of  computer  components.  Secondly,  with  ever  decreasing  hardware 
component  costs,  it  is  economically  feasible  to  place  two  like  but 
critical  components  in  a  system  (like  CPUs)  such  that  when  one  fails, 
the  processing  is  automatically  shifted  to  the  other  component  (CPU). 


The  third  and  one- half  generation  operating  systems  do  not  cause 
system  hard  stops  from  a  single  error  as  did  their  ancestors.  Today's 
operating  systems  are  multiple  level  and  will  continue  in  their  refine¬ 
ment  on  into  the  mid-range  time  frame.  This  multiple-level  operating 
system  design  permits  the  fail  safe  capabilty  wherein  an  error  at  the 
detailed  level  cause  reversion  to  a  less  discrete  operating  level.  The 
less  discrete  operating  level  permits  assessment  of  a  correction  for  a 
more  discrete  error.  This  occurs  at  several  levels  within  an  operating 
system  so  that  error  recovery  may  be  accomplished  without  "blowing"  the 
system  -  this  is  fail  soft,  reliable  software. 

Today's  and  tomorrow's  more  contemporary  software  packages  not 
only  have  fail-soft  capabilities,  but  also  have  self  diagnostic  routines 
that  will  point  operators  to  a  specific  inoperable  component.  Typical¬ 
ly,  the  system  can  operate  in  a  degraded  mode  which  operations  personnel 
may  rapidly  replace  the  self-identified,  failed  compo  ent. 

Hardware  redundancy,  fail-soft  software  and  self-diagnostic 
capabilities  will  add  immeasurable  reliability  to  MASCs  envisioned  for 
implementation  in  the  mid-range  time  frame. 

f^.4.4  Security/Privacy 

Computer  system  security  (with  Federal  direction  from  0MB 
Circular  A-71)  and  the  Privacy  Act  of  1974  place  unique  and  necessary 
requirements  upon  the  hardware/ software  configurations  supporting  auto¬ 
mated  processes  as  well  as  the  data  bases  and  stored  data.  We  are 
therefore  looking  at  issues  in  electronic  system  security  and  physical 
securi ty . 

Electronic  security  is  relatively  easy  to  secure  using  isolation 
devices  such  as  computer  rooms  in  "cans",  shielded  conduit  to  remote 
peripherals,  isolators  and  tempest  requirements  for  stand-alone  terminal 
devices.  A  dubious  problem  area  arises  with  the  electronic  systems  as 
it  pertains  to  mechanical  devices  driven  by  electronically  controlled 
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servo-mechanisms,  to  wit,  tape  drives  and  movable  head  disc  drives.  The 
mechanical  portion  of  an  electronic  system  Is  subject  to  error  such  that 
mass  storage  files  may  be  Inadvertently  read  and  privacy  or  classified 
Information  easily  compromised  unless  there  Is  a  positive  control  on 
user  access  and  physical  control  to  a  remote  user  area.  Access  control 
Is  the  only  means  of  controlling  the  Inadvertent  output  situation.  The 
mid-term  time  frame  does  not  offer  a  solution  to  the  servo-mechanical 
problem  without  the  addition  of  extensive.  Intermediately  controlled 
buffered  output.  The  buffered  output  could  be  verified  for  validity 
prior  to  output  operations. 


Access  control  also  falls  Into  the  category  of  physical  security. 
Physical  security  of  some  appropriate  form  and  type  must  be  provided 
computer  rooms,  data  storage  areas,  peripheral  and  remote  devices  and 
communications  lines  and  circuits. 

Further  complicating  the  classified  processing  situation  Is  the 
belief  that  all  deployed  AIS  data  must  be  treated  as  classified  infor¬ 
mation,  even  up  to  the  SECRET  level.  This  Is  beyond  the  scope  of  this 
study  but  may  warrant  a  separate  classification  o* termi nation. 


Another  aspect  of  electronic  security  Is  the  means  by  which  users 
enter  an  automated  system.  At  a  remote  terminal  location,  physical  ac¬ 
cess  to  the  terminal  must  be  controlled  by  locks  upon  the  door  or  ter¬ 
minal  or  a  cypher-type  lock.  Also,  each  user  must  sign  Into  the  auto¬ 
mated  system  utilizing  combinations  of  user  numbers,  system  numbers,  and 
read/write  keys  placed  upon  mass  storage  files.  Access  control  through 
various  codes  and  look-up  tables  are  not  100  percent  satisfactory  when 
one  hears  of  13-year  olds  able  to  break  Into  and  disable  major  automated 
systems  from  simple  terminals  at  home.  Access  control  is  hence  extreme¬ 
ly  Important  and  personnel  permitted  to  access  an  automateo  system  must 
be  sufficiently  cleared  so  that  upon  receipt  of  an  inappropriate  output, 
the  output  would  be  responsibly  treated  (reported  and  destroyed). 


F-35 


Although  privacy  Information  Is  not  permitted  a  DoD  classifica¬ 
tion  level  such  as  FOUO  or  CONFIDENTIAL,  It  must  be  treated  In  the  same 
manner  as  the  lower-level  classified  Information.  This  condition  has 
and  continues  to  be  a  dichotomous  situation. 


F.4.5  Redundancy/Backup 

Processing  system  redundancy  as  It  pertains  to  hardware  redund¬ 
ancy  was  discussed  In  subparagraph  F.4.3  above.  The  redundancy/backup 
discussed  In  this  subparagraph  pertains  to  the  catastrophic  loss  of  a 
processor  or  data  base.  This  type  of  loss  must  be  covered  by  a  con¬ 
tinuity  of  operations  plan  (COOP).  A  federal  COOP  typically  Includes 
the  Identification  of  an  alternate  processing  site  which  Is  fully  com¬ 
patible  hardware  and  software-wise  with  the  host  configuration.  In  the 
case  of  a  MASC,  an  alternate  or  reserve  or  float  MASC  would  be  Identi¬ 
fied  for  the  alternate  or  redundant  processing  site.  Also,  all  software 
and  data  bases  must  be  preserved  at  an  alternate  location  so  that  a 
backup  system  may  be  loaded  and  run.  In  general,  software  and  data  base 
backup  tapes  are  prepared  by  copying  to  tapes  on  a  weekly  basis-normal ly 
Saturday  morning;  the  tapes  are  then  stored  at  an  alternate  location  for 
COOP  backup  purposes.  For  tactically  deployed  MASCs,  local  SOPs  may 
direct  data  base  copies  each  8  hours  and  software  backups  each  24  hours. 

The  key  to  redundancy/backup  for  any  cuiputer  Is  a  planned  and 
tested  COOP  -  the  alternate  site  or  sites  must  actually  be  operated  with 
host  software  and  data  bases  on  a  periodic  basis. 

F.4.6  Mobility 

Mobility  highly  Impacts  the  utilization  of  MASCs  In  the  deployed 
environments.  Mobility  Impacts  the  following  postures: 

0  Movement  on  land 

0  Movement  aboard  ship  (stowage  and  use) 

0  Amphibious  landings 

0  Air  transport 


Movement  on  land  of  the  semi-trailer  mounted  MASC  Is  accomplished 
with  5  or  10-ton  tractors  or  may  be  towed  with  any  5  ton  or  greater 
vehicle  using  a  dolly.  A  question  at  this  time.  Is  ti^ether  MASC  prime 
movers  will  be  found  In  the  MASC  T/E  or  supplied  from  other  MACTF 
assets?  The  planned  experiential  FASC  test  will  have  tractors  provided 
from  II  MAF  assets;  the  evaluation  of  the  test  may  result  in  a  decision 
pertaining  to  the  use  of  organic  or  non-organic  tractors  for  land  move¬ 
ment  of  the  MASC  either  in  the  CONUS  or  AOA  tactical  environments.  Each 
MASC  van  will  weigh  between  7-10  tons  and  hence  is  more  of  a  volume 
rather  than  a  weight  consideration. 

Movement  onto  or  from  a  ship  may  be  by  ramps  or  crane.  For  ships 
configured  for  operation  of  the  MASC.  power,  space  and  communications 
capabilities  must  be  provided.  For  MASCs  stored  and  transported  aboard 
ship,  the  MASC  must  be  "powered  up"  on  a  periodic  basis. 

For  amphibious  landings,  the  MASC  may  be  moved  ashore  or  recalled 
from  shore  to  ship  as  would  any  other  semi-trailer.  This  could  be  by 
landing  craft  or  helicopter. 

Finally,  the  MASC  is  air  transportable  in  a  variety  of  military 
and  commercial  cargo  aircraft.  With  the  tandem  wheels  removed  from  the 
semi-trailer,  the  van  is  transportable  in  C-130  type  aircraft.  The 
approximate  dimensions  of  the  MASC  would  be  37  feet  long,  9.5  feet  wide, 
13.5  feet  high  w/tandem  or  10.5  feet  high  w/o  tandem  axles. 

The  Army  has  moved  MASC-equi valent  configurations  both  strate¬ 
gically  and  on  Intratheater  moves  with  notable  success.  Mobility  for 
MASCs  is  more  a  question  of  movement  priority  than  the  physical  ability 
to  move  a  MASC. 
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DATA  COLLECTION  WORKSHEETS 


Simplified  Information  System  Needlines  for  a  MAP 
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HfAL  FAHHIS  will  result  In  a  reallocation  of  financial  processing  personnel  such  that  the  operation  of  the 
current  uianual  system  would  create  a  deqradatlon  in  the  pay  function  with  Us  resultant  Impact  upon  a  members 
morale  and  welfare.  Finally,  preliminary  payrolls  and  pay  change  requests  may  be  iccomKiodited  from  the 
depluyi'd  environment. 
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Function  System;  Av tat  Ion  Operat Ions  Date: 


(Ib'lECTlVLS/JUSTIPlCATlON:  Regardless  of  whether  DOV  is  inplenertai  on  ADPE-Fff  devices,  REAL  F/WIS  progranmable  ten'iinals  or  even  a  de¬ 
ployed  MWiTF  autoiBted  service  center  (MASC),  it  will  be  necessary  to  deploy  with  IX)V  in  order  to  minimize  input  errors,  avoid  labor- 
iitensive  transaction  prt^jaration,  and  also  avoid  the  trana  ami  errors  that  would  be  incurred  with  a  deployed  DOV  system  that  differs  fnon 
the  QJfllS  LK)V  system.  DO  I/Os  have  been  reduced  due  to  the  iiiplaientation  of  AlSs,  including  DOV. 


Functional  Subsystan:  IXJV 
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ANNEX  H 

Deployed  AIS>88  Study 


HQMC  -  CCIE  Study  Sponsorship 

Lt  Col  Balthls 
Major  Sims 
Major  Roesch 
Mr.  Hiral 

Major  Lindholm  -  CCIP 

HQMC  -  RD 

Lt  Col  Schumacher 
Major  Shuttleworth 
Major  Parrish 

HQMC  -  MPI 

Major  Carter 
Lt  Olab 

HQMC  -  ASA 

Lt  Co1  Costello 

FMFPAC  -  CEO 

Colonel  Peterson 
I  MAF  -  ISMO 

Lt  Co1  Fresquez 


MCDEC  -  Project  Officers 

Major  Foster 
Major  Dunn 
Captain  Lundeen 

HQMC  -  LPS 

Major  Hughey 

HQMC  -  FDA 

Major  Gomez 

HQMC  -  PPO 

Captain  Dublin 

FMFUNT  -  ISMO 
Lt  Col  Miles 

11  MAF  -  ISMO 

Lt  Col  Dempsey 


PGRG  Study  Team 

Mr.  Daugherty  -  Study  Team  Leader 

Mr.  Munn  -  Logistics  Team  Leader 

Mr.  Krueger  -  Logistics  Team  Member 

Mr.  Lanigan  -  Manpower  Team  Leader 

Mr.  Oetroy  -  Aviation  Team  Leader 

Mr.  Peabody  -  Scenario  and  Force  Structure 

Mr.  Cahaskle  -  Scenario  and  Force  Structure 

Ms  Lese  -  Administrative  Asst. 

Mrs.  Lauch  -  Administrative  Asst. 

Mrs.  Haase  -  Administrative  Asst. 

Mrs.  Treadway  -  Administrative  Asst. 
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